Possibly but local environmental interference like this can be highly variable.
the whole picture is getting more clear now…
Just one thing I am slightly confused about is;
Lets say for all the reasons everyone is talking about my Zibgee network is really messed up.
But would this also effect my zwave network devices??? (Such as bulbs)
No, Which is why I have said since you first posted your device list that the problem you have described is not just a zigbee problem.
The problem you have described is the hub being unavailable for anything connected to the hub whether it is Z wave or zigbee or LAN, But your cloud to cloud devices still working fine.
There may be a lot of things you can do to improve the efficiency of both your Z wave and zigbee, and you’ve gotten lots of good suggestions about that, but none of those will help with your described problem of all your directly connected devices, regardless of protocol, all becoming unavailable at about the same time each night for four days in a row. And that included your Hue bridge and your Sonos speakers.
That’s not a Wi-Fi problem, it’s not local interference, it’s not a lack of repeaters. It’s the hub becoming unavailable.
So you need support to take a look at it, figure out what’s causing that, and get that fixed.
Then you can go ahead and work on all the other improvements that people are suggesting. But the basic issue where you have to reboot your hub every night Is not going to have anything to do with what Wi-Fi devices you have, in part because Wi-Fi doesn’t interfere with zwave.
And to add more targets to the dartboard if support hasn’t already gotten you squared away, take a look at the hub events in the IDE and see if there are any odd entries. Try to figure out which ones are a result of your manual reboots and which are not. Radio events, excessive pinging, no pinging for long periods, update attempts, etc.
I’ve got six zigbee repeaters in my two story home… Things work great. I have around 50 to 60 zigbee devices that run on batteries.
The past week I have been having issues with hue bulbs not coming at all on or coming on at 10%… tonight for example I have to ask google 4 times to turn a lamp on… ST events on the app show all 4 events… for reference google links to ST and not the hue hub…
I’ve been hoping that the platform improved so I didn’t have to migrate to the other platform but when all you are asking for is lighting to come on when you ask and the platform can’t even manage that then you have to question the commitment of the team behind it…
I work in IT and I would have been fired by now if I had delivered a platform with this track record
yup frustrating especially after such investments (time and money) by consumers…
I have a company with employees and usually this happens with bad upper level management rather than technicians (but this is my experience)
But we’ll see, i’ve been getting great support from the community that thought me a lot.
we gotta figure it out ourselves I guess LOL
What other platform are you considering??
I’m in agreement by the way, I expect it’s largely issues around funding to get the right money in the right place - hardware or people and I’m not convinced that the priorities of the upper level management align to where the technicians know the issues to be… I’m not convinced that the platform is making any money and is more just the basis to sell more TVs and Fridges etc… But it’s all speculation and I am by no means an IoT expert…
I don’t want to bring this in to another “other” platform debate, but there are many posts on this forum about hubitat… not so say you may not get similar issues there, as I expect there the funding is much smaller and is a much younger business… but I get the feeling they are doing it more for love with the techs behind the steering wheel, much like SmartThings prior to Samsung… But as things progress and get bigger they too will need to scale with the challenges that brings and that is the difficult bit!
When you put all eggs in one basket, you need the financial power of Samsung and Google and Amazon to maintain the structure but if you decentralize and give the power to each hub, then scaling becomes a non issue.
I don’t agree, scaling is not just about where commands are processed…
- The code base and supported devices and services still increase…
- The number of users increase therefore the support required also increases
- If you want control outside of your home, you still need cloud platforms to provide this interface
It’s not just about infrastructure it’s having the right resources in the right places and a suitable QA process and team to support it… so distributing the processing to local does not fix all problems… especially QA problems…
Yes this topic is maybe another platform debate but, let me explain what my problem and frustration is:
I am a business owner and we sell digital products. 99% through our websites.
Around 2012 we got lots of requests and added an APP where users could also buy and use products.
But maintaining the app, developing (Every time an operating system changes you have to give updates) and giving proper customer service was costing too much and the App side was not bringing that money back. We had two options:
1 - add more and more money in and hope that app side will attract more customers.
2 - Slow down giving app support and development (because lots of customers were already using it) make it cost effective and wait. BUT LET PEOPLE KNOW IN ADVANCE.
Everytime a customer wanted to buy a product we had warnings "We encourage you to buy this from the website and use it in the website, we can not guarantee that the app will work as efficient as our websites.
The smallest amount some one can spend on a smart home is around $500 and that won’t give you much. People do spend serious amount of money on this trend and Samsung ST HUB is almost the brain of it.
Instead of seeing ads, or a website like “We are the best, we rock, ST is the best way to go, trust your smart home with Samsung” bla bla bla… I would rather see this “Hey look, it does have ups and downs. ST part of Samsung is still new and growing slowly. You will have some problems but we are here to help”
I would be more prepared and maybe spend less or maybe spend more but expect less.
At least I would know that my new hobby is going to be reading webcore and ST forums till 2am in the morning.
And my added personal issue is, you built something and you want people to use and appreciate it.
Now this is what I get from family and friends:
" Hey man how is your smart house, still on steroids?"
" Honey it’s dark here???HONEEEEYY"
- Wave you arms love…nothing?? Did you try jumping??? tap the sensor and let me know how it goes…
so I ended up posting with an attitude that I still regret…
Here’s some reading material for you…
If you take platform reliability off the table, SmartThings is the best bang for your buck at the moment. There are many other HA platforms, most others are much more difficult to setup or are prohibitively expensive for most.
The wink hub I hear is fairly good too, but much much more restricted I believe, is not available in the UK and is owned by will.i.am now after very briefly being at risk of being shut down.
Hubitat is the closest contentder to ST, but is not as feature developed yet, currently doesn’t have native remote capability, an app or google home support to name a few… but I believe they are all things being worked on… once GH is compatible I think I’ll probably make the jump, ultimately I just want to setup a system and it work 99.9999% of the time when I need it to work…
If ST announced local processing of custom apps before I moved over then I doubt I would move away… I love ST, I’ve done a lot of development on it and enjoy the community and it will be a right PITA to rewrite my current code and test it all again for the new platform… so if I do move it won’t be a descision taken lightly
Although I’m somewhat sympathetic to issues you’re having, you can’t honestly think that ANY company would even contemplate any such thing with its potential or actual customers - do you?
SmartThings actually does do this in their product usage guidelines, it’s just that most people don’t read those before they buy the product.
Data accuracy and consistency from SmartThings sensors, including those provided by SmartThings directly, resold by SmartThings, or supported by SmartThings, is not guaranteed. Therefore, you should not rely on that data for any use that impacts health, safety, security, property or financial interests. For example, because temperature readings may vary significantly from reading to reading on an individual device, between devices, or over time, those readings should not be used to control heating and cooling in environments where food spoilage, health risks, or damage to physical goods could occur.
And hubitat’s terms and conditions are even more explicit, although again, my guess is most people check the box without actually reading them:
Customer acknowledges that the Hubitat Platform is under continuous development, is not complete or otherwise at the final stage of development and that Hubitat makes no representation that the Hubitat Platform is error or bug free. Customer acknowledges and agrees that the Hubitat Platform may experience unscheduled downtime and agrees that Hubitat shall not be liable for any harm resulting from unscheduled downtime.
So companies do say it, but they say it in the fine print.
In other words, they say it legally, but not very openly - because they know, as you and I do too, that very few people read the fine print. (I know some do and everyone should.)
Hubitat’s Dashboard is native remote capability, unless we’re thinking of two different things. You can create a dashboard (very similar to SmartTiles/Action Tiles) that allows you to interact with the system via a LAN and/or WAN URL.
Google Home and a native Mobile App (presence, notifications, & dashboard) are both pretty high on the priority list from what the Hubitat team has mentioned (no dates, of course.)
I’m assuming by wan URL you mean open up a port on your router and access via your wan IP… I don’t class this as remote access… I mean accessing via an online portal… unless they have added this since last time I looked of course…
I’m pretty sure local processing is pretty high on the ST list, but until that delivers it’s all vapour too
You never need to open any ports on your home router for Hubitat to work. Hubitat hosts an encrypted cloud OAuth2 endpoint server. The Hubitat Dashboard provides you with two URLs for your use. One for the local LAN, and another that hits https://cloud.hubitat.com with a unique app ID and authorization token. This is a very safe and secure method to access the dashboard remotely. Of course, you need to make sure you do not give out the URLs to anyone you do not want to have access to your dashboard.
This is the same method used by SmartTiles and ActionTiles to access the ST Cloud Servers. In this case, though, the Hubitat Cloud Server is just routing traffic between your browser and the Hubitat hub. The dashboard code is running on the Hubitat hub, not the cloud server. This is why the LAN URL works, even if your Internet is down.
Ahh great! Sounds good!