I've just completed my setup (after exactly 3 years from moving in, priorities!) and even if I wrote all the code in C#, I could port it easily to LUA (I guess )

I've used Fully Kiosk Browser + 3D Printed Mount (check https://makesbymike.com/) and a custom HTML dashboard, all running on an Amazon Fire Tablet:

WAF is very high

Sorry for the Italian interface. First row is temperature/humidity sensors (esterno = outside, piscina = pool, salotto = open space, zona giorno = 1st floor, zona notte = 2nd floor, lavanderia = laundry room).
Then I have a bunch of commands/scenes sent to Vera to change blinds/roller shutters (they are automatically managed, but wife pretends to be smarter than code, from time to time ). Last row has notifications for washer/dryer, with the cycle end date. When doing its cycle, the background becomes orange, then green when completed. It's probably the best feature, since the laundry room is in the basement. There's also a link to cams (videosorveglianza) and I automatically open TinyCamPro in case of movement outside/doors/gates are opened.

Is there any interest in a generic wall mount tablet plug-in, offering simple dashboard (maybe json-driven) and integration with Fully Kiosk API?

I'm currently dimming screen on/off, get the battery status and schedule a 20-80 cycle for the battery, via a smart plug and a bunch of lua code. I planned for this when I did the electrical setup, so the tablet has a standard european 503 (recessed) box with ethernet, that I attached to the 5V into the network closet to feed the tablet. I'm updating the screen via AJAX every 30 secs.

Here's a behind the scenes photo as well

As another one asked for it on the other forum, I finally created a new plug-in for Telegram notifications: https://github.com/dbochicchio/vera-Telegram/

You can:

• send text messages
• send (still) images
• send videos (gif or mp4)
• send silent notifications

I remember @CatmanV2 was searching for something similar (maybe?).

I'm using it to send push notifications to me and my wife, using a group. I have my own code streaming my cameras and sending a video as gif based on certain events (ie motion sensors or door/entryways left open). While this part is not included into the plug-in, if you're able to get a video yourself (by pointing to a URL), you'd good to go. Still images from cams (or, let's say, your favorite weather map, or any video/gif/image on the Interner ot local) are supported as well.

100% compatible with bot Vera and openLuup (where it was developed, anyway).

Feel free to ask questions or suggest new features.

@librasun thanks, but I have a job (well, I’m joking with my colleagues that I’m probably doing 6-7 jobs at once) and I’m doing this for the pleasure to give back and find new friends (and because I used to travel a lot and this year I had a lot of free time). So, as I’ve already said to others (@Pabla is here too) I’d appreciate if you could donate to groups trying to create a more inclusive environment, ie promoting a dev career for girls or minorities. Thanks

Well, I think it has a meaning when we add dashboards to the mix. I’ll vote for it, plus combo device (like HA) to express complex devices. I’m using this approach right now in my own dashboard system.

I just released v2 of my Virtual HTTP Devices Plug-in. As always, 100% local, 100% standard, mobile friendly and working on openluup/altui as well.
GitHub

dbochicchio/vera

LUA Scripts for the eZlo Vera Platform (UI7). Contribute to dbochicchio/vera development by creating an account on GitHub.

What’s new in v2:

• Master/Children: now you can just create a master and have any number of children attached. They will still work separately, but this will greatly improve memory consumption on Vera. Please see GitHub for guidance on migration. No need to do it unless you have many devices on your system.
• async update of device's status. If you want to update the status of your device separately, just return something different than the HTTP code 200/300 family. it’s useful if your device doesn’t complete the response with the call and you want to update its status. Just use a normal Vera call to update the corresponding variable
  -added support for Scene Controllers (see my post in Shelly i3 for a use case)
• more work around switches/heaters
• stabilization and fixes

Get it from GitHub or from AltAppStore.

So, I was messing with my Alexa routines and ha bridge, and I want to share something very cool you could do with the ability to get the last Alexa that heard your command. I mentioned it a couple of times on the old place, but Vera's OS is missing the jq package, but openLuup could have it installed.

Basically, just execute -lastalexa with my VeraAlexa plug-in:

local lastAlexa = luup.call_action("urn:bochicchio-com:serviceId:VeraAlexa1", 
  "RunCommand",
  {Command="-lastalexa"}, 666)

Then use it in your scene, to dynamically generate your TTS response with the device you've asked your question seconds before!

local temperature = 25 -- get it from your sensor
luup.call_action("urn:bochicchio-com:serviceId:VeraAlexa1", 
  "Say",
  {Text="Ok, outise temperature is " .. temperature .. " degree", Volume=50, GroupZones= lastAlexa, Repeat = 2}, 666

Very cool indeed

Since I know there are fans of Shelly's products (hi @akbooer), I'll post it here too:

Shelly Shop Europe

Up to 45% discount, and 2/4 packs discounted as well.

@librasun The plug-in will take care of it. So, just set configured to 0 and it will install it.

I've had a very busy week, but tomorrow I'll have more time to re-try from scratch. Keep in mind that this is using some internal amazon stuff and the chances that they changed something is high. Anyway, it should not create <s>... unless you have announcements enabled. I'll take a deeper look tomorrow. I've tested with 7.32 beta, but not this build, and it worked, but I've not tested all the possibile variants.

No JavaScript needed. Let me take some time later today to prepare something when I’m back home. I did something similar for water valves.

Caveat: I'm still bored, so I'm building a lot of things lately (I used to travel a lot, so the last year has been really different - but I digress).

Last week I built two car sensors using a Shelly Button1 in each. It's a new device, with a battery and USB charging (see https://shelly.cloud/products/shelly-button-1-smart-home-automation-device/)

I've placed one in each car under the leg rest. I'm parking outside (my house is modern architecture, I have a covered terrace that's my open space, so cars are outside the garage, but covered), but WiFi is still reachable.

When plugged via USB, the device is sending a new MQTT message upon boot, and that's great for leaving home. It usually takes less than 10 seconds from when I open the car. This action will open my car gate unless party mode is on or the gate is already opened. It will automatically close it after 40 secs.

When coming back, it will reconnect in seconds (less than 10) and send a new online MQTT message. The trick here is to get the uptime via an HTTP call to /status (I've asked them to add to the MQTT message) and if more than 10 seconds are passed from the last boot, I'm assuming the car is coming back and the gate needs to be opened, and then closed automatically after 40 secs (again, if no party mode is enabled and if the gate is closed upon arrival).

It's a very simple thing to do, but I'm loving it. Obiously, my wife was like "you're really lazy", but I know she will love this eventually. Saving me from 10 clicks to a remote is what home automation really is

@toggledbits said in Change in Plans (Don't Panic):

So, yes, it would function as the ZWave radio in addition to being the rules engine.

Looking forward to this, so I could add openluup to the mix and call it a day

I’m doing something similar (ie what’s the pool temp? Or is the laundry done?) by using HA Bridge and calling a Vera function via HTTP. I think HA has this feature out of the box, using their hue emulation on Alexa or Nabu Casa.

@pabla sorry for the long wait, I've been very busy at work lately. Anyway, I've just released hotfix 2, with an attempt to fix it. The problem maybe related to the fact that I was resetting the load level to 0 when less than 1 minute was left, and this may cause something strange with the device on the Vera. It seems to work OK on my test Vera Edge, but it's not easy to replicate this bug, so please try this new version and let me know. only the lua file was changed.

Anyway, I've removed the IP from every device, and I'll report back. The unit is OK ATM, but I'll check when back home from the office.

@a-lurker said in Help with Luup Reloads:

Never knew that. I always used the up-loader, so never came across this one. Certainly explains why someone could disappear into the quicksand pretty quickly.

I have a quick bash script calling curl to update files via the web interface automatically. It's very handy when developing. I suspect @rigpapa built something similar and much more, since he's also unit testing his plug-ins...

@pabla great! Let me know if this version is more stable and I’ll eventually release it via the Vera App Store as well.

@pabla I’ll take a deeper look. Maybe some libs are different between edge and plus.

@pabla nope, this should be performed at every http call. This is weird. I’ve just deleted mine with the plugin and it’s working. Try to delete them by hand for the last time and let’s see if it’s working from now on.

@toggledbits I found that AltHue by @amg0 is still using IP attr. I'll probably send him a pull request, since it's very popular.

@pabla 1.51-hotfix is on GitHub.

• programs duplication is now fixed, so a reconfiguration is OK
• IP is now a variable (and it's automatically migrated - don't worry)
• temp files are correctly deleted
• I've tracked the problem with infinite stations - and I'm working on a permanent fix. this seems to be related to reloads and I'll investigate this further in the next days.

Give it a try!