The locksmith is trying to persuade me to purchase the BE-TECH K35 touchscreen lock with both Wi-Fi and Bluetooth, claiming it's better than the Yale Assure Lock 2. What are your thoughts on this? Which one would you recommend?
Here is the link to the Chinese brand BE-TECH: BE-TECH Smart Deadbolt K3S.
The other smart lock I am considering is the Schlage Encode Plus.
Thank you!
Hey,
I’m curating a list of smart home automation ideas, and here are 15+ ones (and still counting).
What do you think?
smart home automation ideas.png
..................................
The smart home trend is dramatically evolving with at least 69% households in US owing at least one smart device.
So how could they ease your work and life?
I gathered and asked 15+ smart home professionals a same question:
“What’s your most favorite automation (ideas) for smart homes that is improving your life?”
Let’s check their ideas:
(source: https//www.leadsrating.com/security-cameras/smart-home-automation-ideas/)
Routine Checking Smart Curtain and Blinds Smart Interaction Smart LED String Lights Turn Outdoor Water On/Off Automation NFC Tags Automation Remote Control and Scenes Smart Interoperability Reducing Your Home Cleaning Job Light Control Automation Smart Blinds Light Management Adjusting Natural Light Automation Seamless Connectivity Simple Switch Bot Changing My Overall Everyday Process
The promise of "all available devices will be supported" gave me hope for including more Zigbee devices into to my home as Vera was not a good option for Zigbee devices.
Despite the support for new devices is extremely slow, the implementation of Zigbee has a lot to wish for and it seems a low priority at Ezlo I managed to include 22 of my 23 Zigbee devices as generic. But after 2 years of devices still missing attributes and randomly/every controller reboot loosing connection to the controller and had to be power cycled to connect again, and some even dropping off the network completely without any reason, I decided to give up.
The positive outcome of all this:
I bought a Sonoff Zigbee 3.0 USB Dongle Plus and installed Zigbee2MQTT and never been happier.
Suddenly the pairing were no pain and took a few seconds per device, all my devices were recognized, all capabilities of the devices were exposed and it never misses a signal to/from a device ever.
I'm surprised how stable and configurable my new setup is. I can set device parameters, offsets, send messages handled by the bulbs them self like effects, broadcast for groups, transition time for power on/off. I can handle debounce for MQTT messages, do OTA firmware update on devices and much more! Most of this is probably standard for the common branded hubs like Hue etc but I never had one so this is new to me.
A big plus for me is the MQTT part of Zigbee2MQTT as I'm migrating as much as possible to MQTT.
My Ezlo Plus is now serving as a modified WiFi access point to my network and only have the VistaCam 1203 Doorbell still connected for evaluation. Time will tell if I ever move my Z-wave devices to it.
Conclusion:
I could really recommend both the Sonoff 3.0 USB Dongle Plus and Zigbee2MQTT to anyone going the same path!
So cool to find the forum of all the banned vera gurus!
I've had a Vera Plus for about 6 years now, and have had a fairly problem free time with it compared to many other stories. The last years have however been lacking in progression in many fields i'd like to explore, so now i'm looking closely at Openluup.
Other systems have been tested as well, but i find that the community and plugins made for vera is kind of special, and something i'd like to contribute to as well. (getting older and not wanting to change to new stuff probably plays a part too!)
So, my stab at opeluup starts with an HP Chromebox 1 i got for free. Its a fairly powerfull thing, but as google wants to sell new ones, its now EOL.
I wiped it clean and installed debian, as it seems to be the closest thing to raspberry which many use for openluup.
Openluup installed fine, and i got the vera bridge working fairly well by bothering ppl at the vera forum with questions. Its now running OK, but there seems to be an issue with Icons?
f0e29622-0397-4b84-819c-f1b632daab41-image.png
Also at the devices tab:
2892faff-a3ee-4f21-9db8-2a03f604fc74-image.png
I did the "GetFiles", and I see the /icons/ is populated, but no icons. In the luup log says that its trying to GET the icon, but returns no packages.
2020-09-15 17:04:30.818 openLuup.server:: GET /cmh/skins/default/img/devices/device_states/dimmable_light_off.png HTTP/1.1 tcp{client}: 0x55eca8d90cb8 2020-09-15 17:04:30.819 openLuup.server:: request completed (0 bytes, 0 chunks, 0 ms) tcp{client}: 0x55eca8d90cb8I do have a UZB stick on the way, but before i go down that road i'd like to be sure that the installation is stable and sound.. Do I have all the nessecary packages/background processes? I did install cjson which helped on some things..
Also fairly new at linux in general, so bear with me. 😉
Roadmap:
Get the openluup/AltUI running smoothly
Transfer Z-wave devices
Transfer 433 devices (RFXtrx plugin)
Transfer Zigbee devices (Vera or mabye ezlo plus? zigbee stick?)
more questions will follow!
In a quest to further stabilize my Vera before I'll move to Z-Way+openLuup or something else later this year (I'm tempted to go the Home Assistant route, since all my friends are here, apparently), I've spent a couple of days removing HTTP calls from the system and I'm now fully using the UDP sender @akbooer has written in the past, to push all variables (and custom events/request as well) to my MQTT broker, then to some code doing the actual work.
Responsiveness seems to be at its maximum now, and stability has improved. There's still a lot of code locally on my Vera, but it's mainly doing variables comparison/scenes, while all notifications and heavy logic are now running in my linux box.
So, maybe, not insisting on the sockets and just use the same UDP server is the way to go for me.
Well here we go. A slow, considered migration from Vera to something (I hope) more reliable.
Hopefully we'll end up with a decent documented process for people as right now I'm still not quite clear 🙂
Starting point:
I have a 'mature' Mios set up running on an extrooted Vera Plus with roughly 100 devices, both physical and virtual
Integration with Alexa both voice control and TTS
iPhones for Geolocation
Volumio devices for music playing around the house.
I have no user defined scenes, all automation is run from Reactor.
My impetus is final dissatisfaction with the quality of UI7 software delivery and operational rigour (for full disclosure I am a senior IT Operations leader with circa 20 years experience delivering properly stable systems, so I probably have un-realistic expectations 😄 )
So initial steps:
Raspberry Pi 3 B+ (I think this is my 5, and 6th Pi in total. I may have a problem) Raspbian OpenLuup VerabridgeThat I think is stage 1
C
I am a Electrician. I installed hundreds of smart devices for others prior to having my own home automation. In 2013 I bought a new house and decided to make it smart. I did some homework and settled on Z-wave and VeraPlus.
My installation comprises of
25 Z-wave dimmer/switch inserts
3 Z-wave door sensors
10 sonoff devices(basics,TH16 and Mini) ,
4 Tuya(lamps and RGB strips) ,
6 shellys(connected to motion sensors and 2 controlling dead DIY bolts )
3 Amazon Dots(gen2)
2 Broadlink (RMPro's)
4 DIY RF Venetian Blinds
2 Multi button DIY remotes
1 NVR
1 Network drive/Media server/ftp server.
1 smart thermostat heating and hot water
4 wired 240v/battery Aico smoke and heat detectors (connect to zwave via Relays)
1 robot hover.
1 Siren
Node-red server running on android.
Testing openluup on android.
Automate App running on andorid Boxes/phones.
All tv's are connected to android boxes.
No windows PC.
Debian running on android box.
Plugins Reactor, AlexaTTS, Switchboard and Virtual HTTP Switch.
I can control all of my devices from anyone of these platforms Vera/OpenLuup, Node-red, Automate(phone/tv box) or Alexa.
All devices have a standard/manual switch for anyone to control, and can be controlled even if my VeraPlus stopped working or internet out. My system is stable and may get a luup reload every couple of weeks.
None of my sonoff's or tuya have been flashed. I found Shelly very late into game and will be using these more now i found them, as they offer local control.
I have some coding knowledge from the 90's, but have never worked in the industry.
Well, if I see further, it's because I stand of the shoulders of giants. I've got where I got because of the experts here. I started about 15 years ago with some really basic X10 stuff. When we moved in 2011 for some reason it simply would not work in the new house, so z-wave was the thing. Vera lite then Vera Plus.
I'm a child of the 70s. I want the car on the drive to be KITT and my lounge a cross between the bridge of the enterprise and the Lars farm on Tattoine.
Not there yet, but with about 250 devices (virtual and real) things are fun (when they work!)
The absolute killer app for me is Alexa bi directional speech. To the extent that I've walked into hotel rooms and said 'Alexa turn the lights on....'
I'm within a spit of never buying another control and doing everything via Alexa and Reactor (had to drop that in)
So that's pretty much me.
C
Let start maybe something useful for others. Maybe it will give you some idea!
Here's a summary of my setup!
I'm having :
VM#1 that runs openLuup VM#2 that runs Zway 1x raspberry that I use to connect the RaZberry board using socat/ser2net to send "raw data" to the VM#2, this setup allow me to have all my stuff in the data center in the basement while having my zwave antenna on the first floor and send back the data! A couple of pine64 and raspberry around the house, most of the pine64 are use for "smart display" around the house that show data from various source (will post picture later). I have also a raspberry that I used for openSprinkler in the "Shed" Each room in the house + Garage + on the patio is having a SONOS speaker that I use for music of course but that I use with the TTS to send some notification around the house based on the presence!For example, I can welcome people on the front door based on motion detection + IP camera motion!
I decided a long time ago that all "sensors" will be handle by the DSC alarm. Currently I'm having over 40 sensors in/out divided in 5 partition (main/2nd floor, basement, office and shed and a partition for non-alarm sensor)I connected my DSC using the DSC plugin from Vera to handle all that traffic that of course is send to openLuup!
On the zwave network, I would say that I'm having every room in/out done!
I'm using also this setup to welcome kids in the morning based on motion detection in each room and I have some time-based reminder using TTS mostly for the kids.
We also "named/called" our Home, SARAH, based on the TV Show Eureka that means "Self Actuated Residential Automated Habitat".
** openLuup handle ALL the logic, I have no scene and logic in Vera and Smarthome/Zway
More to come...
That's our main screen in the center of the house!
IMG_20200428_110740.jpg
Inside the main screen, I'm having a bunch of stuff, like 2 Veraplus, and a RaZberry and of course a pine64 for the screen!
IMG_20200428_110755.jpg
That's an uncomplete setup in the kitchen for screen #2, need to finish the "wood" part!
IMG_20200428_110846.jpg
That's the touch screen monitor in the basement, so kids can use the Sonos app to play some music in the basement! The wood part is done, need to finish some "paint"!
IMG_20200428_110824.jpg
My migration from Vera, or what I did on my holidays
-
don't worry about the interview percentage. That doesn't matter at all. I have devices at 50% and they all work fine. This is due to device makers using very weird implementations declaring command classes on their list which the device does not support so the device won't answer. Fibaro and aeotec are notorious for doing that which is why I avoid them as much as possible. What matters is not the percentage but what command classes are being interviewed.
It seems you are doing a lot of things at the same time. Let's take it step by step. Is your restore on the vera hanging at 85%?Before starting on the bridge, I would recommend to get familiar with the z-way interface and get all your devices setup with names and rooms there. They will be imported by the bridge.
-
Sorry, chap
Way ahead of that. I have about 90% of my devices working.
Nearly all are in AltUI A-OK
Ones I have problems with, in order of importance:
SRT321 thermostat in the hall:
This has AltUI attributes of D_ComboDevice1.xml and json. Can be seen in elements of Z-way but cannot be controlledFibaro dimmer 2 in the kitchen:
This has AltUI attributes of D_PowerMeter1.xml and json. Not visible in the elements of Z-wayThanks!
C
-
The combodevice is normal. It is what the z-way bridge uses for... combo devices. The SRT from what I can see seems to be declared as a switch with a temperature sensor, so you should see child devices spawn from that combo device. For us to be helpful, we would need to know what command classes are showing in z-way which are not ported by the bridge but the first problem is to get them interviewed and show in the z-way home automation UI.
The dimmer 2, if it has more than one functionality, likely also shows up as a combo device with child devices. Apparently it already has ported the power meter but not the dimmer command class? This is not like the vera... you don't need to go modify the xml and json and neither will it work. Each of these corresponds to an actual zwave command class and doesn't go through some vera guess work, often failing and spawning some random stuff which is why it doesn't have the vera's device specific support problems.
-
OK looking at the lights Fibaro dimmer it hasn't appeared to create any devices in Z-way that are visible other than in the advanced view.
Nothing in elements. The advanced view gives me access to all the parameters but nothing I can control it with, if that makes sense?
Cheers
C
-
@CatmanV2 said in My migration from Vera, or what I did on my holidays:
OK looking at the lights Fibaro dimmer it hasn't appeared to create any devices in Z-way that are visible other than in the advanced view.
Nothing in elements. The advanced view gives me access to all the parameters but nothing I can control it with, if that makes sense?
yep, that's where the problem lies and is why we have been talking about switching the API the bridge is talking to. The automation UI is really more of a demonstrator for what the lower API and library can do. It has some gaps unlike the lower level zwave API and even the JS API. I also have devices like these which we had to workaround by sending commands directly to the lower level API. Please provide the details: what command class that device has on the expert UI and which ones are missing. It is possible that a forced interview or a simple version edit can fix it too.
@CatmanV2 said in My migration from Vera, or what I did on my holidays:
SRT321 now accepts setpoint so that's great. Just curious how I would control it via AltUI?
Cheers
C
This is a bridge problem then, because none of us had this device before. A screenshot of the cgi screen showing the details of this device (go to the zway bridge and click on configure child) could reveal what this device is publishing and we can make the bridge support it.
-
@CatmanV2 said in My migration from Vera, or what I did on my holidays:
OK looking at the lights Fibaro dimmer it hasn't appeared to create any devices in Z-way that are visible other than in the advanced view.
I haven't tried a simple Fibaro dimmer on ZWay, but I certainly have have tested one of their RGBW LED controllers, which presents as no less than SIX dimming devices (one each for RGBW, one group, and one master.) These all work as expected, so I have high hopes for the basic Fibaro dimmer.
I think the interview problem is the one to fix first??
I do have Fibaro dimmers on my Vera system, and I think I have a spare device somewhere, so I'll try and find it and add it to ZWay.
-
I have a number of older Fibaro devices on my ZWay and most of them work as they should. As noted by Rafale77 above Fibaro are a bit of a pain, and I will try avoiding buying more.
I do not have any Dimmer 2 devices but a three older Dimmer 1 devices and they work as they should. I also have a single and a double switch (also the older models) that also work. I tried to include another double switch but I did not get it to report status properly. When checking the FW was older on that one that the one that works. I re-included it to my Vera Plus for the time being.
Unfortunately Fibaro does only allow FW update on their own controller, so I will need to replace it with something else.I also have two RGBW devices and an old Fibaro door sensor of the old type that all work the way they should. The last one is a Universal Sensor that works despite not having finished the interview.
In all they work better that on the Vera (baring one) and inclusion of e.g. the door sensor that was a proper pain on Vera was much easier on Zway.
There are some threads on the zwave-me forum on Fibaro devices, perhaps there could some clues on the Dimmer2 there.//ArcherS
-
@rafale77 said in My migration from Vera, or what I did on my holidays:
. Please provide the details: what command class that device has on the expert UI and which ones are missing. It is possible that a forced interview or a simple version edit can fix it too.Like this?
Association group and security are the ones that are failing interview.
This is a bridge problem then, because none of us had this device before. A screenshot of the cgi screen showing the details of this device (go to the zway bridge and click on configure child) could reveal what this device is publishing and we can make the bridge support it.
Hmmm I get a 404 on the zway_cgi.lua...
file not found: cgi/zway_cgi.lua
C
-
ok we are getting somewhere. failing security is bad. You probably skept the whole security part? (extracting security key from the vera and insert it in zwave). Then yeah because your device was added to the vera with security, no other controller without the key will be able to control it... It is by design.
As for the cgi, you just need to install the file in the cgi folder.PS: @akbooer is right. I was in no way suggesting that the fibaro won't work with zway. Just that it is normal if interview may not complete.
-
-
@CatmanV2 said in My migration from Vera, or what I did on my holidays:
From where do find zway_cgi.lua and to where do I copy it?
Z-Way/cgi at master · akbooer/Z-Way
Zway plugin for openLuup . Contribute to akbooer/Z-Way development by creating an account on GitHub.
Copy to
cmh-ludl/cgi/ -
-
The whole process is described here:
GitHub - rafale77/Z-Way: Zway plugin for openLuup
Zway plugin for openLuup . Contribute to rafale77/Z-Way development by creating an account on GitHub.
I thought that's what you were following.
-
It is...
But
<quote>
B. Security key. (S0)If you previously succesfully included or shifted the z-way into the vera's network with the security key
<quote>
I didn't
<quote>
then the key will be in your /z-way-server/config/zddx/config*** file at the entry line 57. If not you can always ask vera's support for the way to extract the key as they deleted my post which provided the instructions to do so.
</quote>Hence my asking so I don't have to ask Vera
C
-
Ohh.... Somewhat weird but the vera team wanted to keep that secretive which no other platform really does and found at the end to be quite absurd because to get to the key, they need access to the vera which means that they would have access to controlling all of the devices anyway.
I posted it on this very forum I believe.
Here it is:
https://smarthome.community/topic/28/network-key-location/3?_=1593537609454
It is also possible that your device was not set with security but that the fibaro does support it. Therefore those command classes which require security just won't work and therefore will not respond to an interview. This would be another reason why you would not get to 100% interview. My aeotec dimmer for example shows all kinds of command classes, one set for security, and another for non secure inclusions. So if included securely I can get to 47% interview as the equivalent non secure class would be disabled. If I include insecurely, I get to 75% because the secure class commands are disabled.
-
@CatmanV2 said in My migration from Vera, or what I did on my holidays:
Did I miss something in the install then?
No. You are using a prototype which has not been engineered internally, or externally, for the general public...
...but you’re special, so you can go ahead.
-
@akbooer said in My migration from Vera, or what I did on my holidays:
...but you’re special, so you can go ahead.
Oh I know
OK so secure key copied into the file
Nothing changes. Force interview does nothing
Interview result and manually doing individual interviews gets me up to the 85%
Everything else:
[2020-06-30 20:43:45.377] [I] [zway] Waiting for job reply: Basic Get [2020-06-30 20:43:47.523] [W] [zway] Reply not received before timeout for job (Basic Get)Cheers
C
-
@CatmanV2 said in My migration from Vera, or what I did on my holidays:
[2020-06-30 20:43:45.377] [I] [zway] Waiting for job reply: Basic Get
[2020-06-30 20:43:47.523] [W] [zway] Reply not received before timeout for job (Basic Get)That's why I don't like fibaro... very weird/poor zwave implementation. The basic CC should not matter though so don't worry about it. You are sure you restarted z-way?
