I have been optimizing the code further to have less dependencies (relying directly on the dlib library instead of a wrapper for it) and learned some more about convoluted neural network inferences... fascinating field. I also changed the jitter parameter from 1 to 10 which should help the accuracy. rafale77/core :house_with_garden: Open source home automation that puts local control and privacy first - rafale77/core The original dlib model has scored 99.17% at the LFW benchmark and my mods sped up the face detection and probably improved accuracy by using a classifier rather than just an Euclidean distance, enlarging the face detection and training set, and the increase of the jitter parameter. Looking around for what is available, the only thing that is potentially better is the retinaface detection + arcface encoding which potentially could improve the angled recognition. I am almost done implementing it for testing but it probably is overkill for my doorbell...

Yes, that's about it. Here's an example from openLuup's client.lua file: local OKmd5,md5 = pcall (require, "md5") -- for digest authenication (may be missing) ...so then I can write: if not OKmd5 then return nil, "MD5 module not available for digest authorization" end which very readable and understandable.

It is normal. No I am not seeing an SDK version because... it is too new. This will apparently will be fixed in the next version of z-way. It is in fact 6.82.1

@sender Yes you can. I don't know what this entire obsession with containers is about in the home assistant forum. I found it actually much easier to install and manage with a VM or a virtual environment. By the way, the supervised installation has had an attempt for deprecation causing a huge thread on their forum. A lot of people use it but it is so complicated and takes so much work to maintain that the devs wanted to take it away... also because IMHO it really made 0 sense to begin with. Disturbingly the simplest, fastest, most flexible and easiest installation is the one they recommend for developers: Home Assistant Installation in Python virtual environment How to install Home Assistant in a Python virtual environment. In my case, in a ubuntu VM, I even skip the virtual environment which is an unnecessary added complication. Make a copy of your home-assistant configuration folder. (If you don't want to start from scratch) Set up the VM to the same address as your previous installation. Just install a virgin ubuntu OS, install python3.7 if it isn't already installed, this will depend on the version of ubuntu you installed. I think any version before 20.04 will need it: sudo apt-get update && sudo apt-get install python3.7 Copy your old .homeassistant folder into your user directory again only if you want to keep your config. Install home assistant from my repo python3.7 -m pip install git+https://github.com/rafale77/core.git and start it: hass --open-ui You can go through another tutorial to make it auto start upon VM start but this should suffice for now. I would argue that this isn't any more complicated than the supervised installation. To me it is actually much simpler... It is literally 3 commands in the worst case for a new install, without any funky docker software to download. The docker container, I think helped people setup the autostart and install the right version of python... A complicated solution to a simple problem. Adding another layer of management program, virtualization, restrictions, file system management, cpu and memory inefficiency etc... just to control 5 lines of startup code?

@sender said in Smaller and local alternative to MicroBots: but I use D1 mini and flash with tasmota via "tasmotizer" I have many of them across the house, mainly to get fancy sensors (distance, humidity, light, pressure, etc), and I integrate them with my own MQTT to luup bridge, plus my virtual plugins. Anyway, this is an appliance I can't hack at the moment, since it's still under warranty. I've ordered two and will try to integrate via BT. SwitchBot has an open BT API, documented and supported by Home Assistant, so it should be easy to just get the script and replicate it with some luup calls or whatever I'll come with

I just sent him an email!

Mainly Reactor Sensor entries but many devices, including openLuup, will occasionally wander off the page: <code>2020-08-02 16:07:08.608 openLuup.server:: GET /data_request?id=variableget&DeviceNum=0&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&Variable=Mode&_=1596409627025 HTTP/1.1 tcp{client}: 0x564821cd4ce8 </code> Anything that allows the full display of the log line would help.

If you want to talk about failures and it was my company that had to admit defeat with existing FW, then I wouldn't want to be present either.

Hi a-lurker, This is a pesty problem with the LuaSocket lib that has been fixed years ago, but for some reason is not in the latest GA packages. The problem is in buffer.c, the timeout is only handled correctly if it is compiled with debug flags. Look at about line 80, and if that shows a compiler flag it will have the problem you see. You can install the luarocks scm-2 version and it should work as expected. I have the running with openLuup without any problems. Cheers Rene

Just remove the repo from your apt list. How to apt-delete-repository? I would like to run the reverse of this command to remove the non-compatible repository in Debian 8.1 sudo add-apt-repository -y ppa:nemh/systemback where the command add-apt-repository is in the I recommend not using apt to install z-way anyway. It is never quite up to date.

@therealdb Thank you! I will be testing it shortly now that I am done with my object recognition component and fixed a couple of network issues.

They’re not used by the system – possibly by certain plugins, although I think that latitude and longitude are more likely candidates for weather and geofencing applications. I see that Vera, these days uses GBP (if applicable) rather than £.

In fact that wasn't it at all iCloud knows exactly where she is C

Change the mirror, then. C

Nothing I can see apart from some cross site cookie warnings about Cloudflare and Google. Getting similar on the working browser as well. Cache(s) cleared. Cookies deleted. Very odd C

Cheers C

@a-lurker said in Hacking the plugin table list: May be that's the point; this is not Vera? Voilà! @a-lurker said in Hacking the plugin table list: been caught out before; pushing buttons I have should never have touched. I try to make things idiot-proof, as you know so for anything potentially fatal, there's usually a check before you do it. It's why the console's Reload Luup Engine menu item has an Are you sure? alert (unlike AltUI), and also why there is an AreYouSure parameter to the openLuup plugin actions EmptyRoom101 and EmptyTrash. @a-lurker said in Hacking the plugin table list: How are you meant to stop openLuup by the way? openLuup User Guide, p.14: SHUTDOWN on exit (from the HTTP request id=exit) will exit with status of 0 (successful exit) so, externally: http://openLuupIP:3480/data_request?id=exit or, from Lua: luup.inet.wget "http://0.0.0.0:3480/data_request?id=exit" ...there is no safety net in these cases.

So... I modified the client.lua file on openLuup to switch to the luajit-request libcurl wrapper I posted above just to see what it does... it dropped my cpu utilization further down to 1.1% from 1.5% at idle while not really impacting the memory load. interesting... My openLuup instance does rely on a lot of http calls, local ones are being handled by the servlet which has not been changed so only changing the ones it is making to the cloud and other local machines seems to be having an impact in spite of their relatively low frequency... Edit: Well I kidded myself... The drop was actually due to updating the z-way bridge this morning and missing the fact that my openLuup json file was no longer there as I had manually switched everything to rapidjson, essentially killing part of the zway bridge. After correcting back to rapidjson the drop is really within noise (1.5% vs. 1.3%)