The idea behind playing a sound was that when a device changed state from 'on' to 'off' and vice-versa the app would play a sound. For example, a door opening or closing could play a sound.
So, when I added that feature I only allowed playing sounds for devices that had on/off states (open/closed, etc). That's why the option isn't available with Hub's "variable's".. But, I don't see any reason I couldn't allow it for any device like variable's too.
playing chimes when connected in cloud mode
I realized that while my idea was to play a sound when a device goes from on->off and vice-versa -- that it actually will play a sound when any attribute for that device is updated. So, if you have a door sensor which also has a temperature attribute - every change in temperature will also trigger playing the sound.. that's a bug which I'll fix.
I don't remember how I initially set it up. I think it was on, it usually is. I can't connect through the local IP if the VPN is on (or rather the kill switch is on). I really don't like turning it off, so many bad apps on my phone most likely. I can turn it off and manually switching to local.
Quick thought, can you create a tile that we can put on the dashboard, a simple toggle would work, local/cloud. Or can something like that be done with a virtual switch?
I have been noticing a lot of communication errors on my phone through cloud. They don't happen locally on my tablets. It's either the HE app, the dashboard app, the VPN, or my bargain basement visible phone service.
Is it possible to store additional sound files (MP3) on my Android phone and then using your app I could select them to use? I prefer storing the file on the phone or hub if possible. Is there an URL to read the file from the HUB's /local directory while in local/cloud mode?
I am having random "failures" on my Fire HD10.
I have a clock tile, and it randomly stops updating the time.
Is this because of my Fire, or is there something I am leaving out.
I do have battery optimization turned off, and no screensaver enabled.. I thought this might be what is stopping the clock, but it still happens.
When I get a log, of course the screen has been refreshed so the clock is updated.... RATS!
Thank you!
There is a faint background on variable string devices in widget. Is it possible to remove? A blank background would make the text stand out make it cleaner to view an empty variable.
There's a TON of changes in this version.. mostly because I've been working on a new geofencing feature and didn't want to push any builds until it was in a good enough place for others to use.
The biggest feature is geofencing - which I mentioned a few days ago.
I had a long post explaining geofencing - both why I'm adding this feature and what can be done to make it more reliable (hint: if you own a Samsung device - it's not). But, I ended up creating a new page for it here instead
While working on geofencing I made several performance improvements as well.
If you are interested in testing geofencing know that it's still a work in progress.. testing geofencing takes TIME (and lots of moving around with devices). If you've never had an issue with the native Hubitat app then there's no need to use this feature. But, if you want to compare the 2 of them that's what I'm doing and there's at least some signs that it's working.. in the image below the app was able to detect the device left the geofence area ~12 minutes before the native Hubitat app. But, I've also seen cases where neither app received anything at all hours after re-entering my location -- likely Samsung simply refusing to allow any app to detect location.
^^ NOTE ^^ I forgot to mention how I'm seeing that "S20 not present" notification.. it's sent using the Hubitat Hub's Notifier app. To test both the native Hubitat mobile app and this dashboard app side-by-side, I'm letting the Hubitat mobile app set my device's presence. I'm testing the dashboard app with another switch device until I'm confident it's as reliable as I can make it.. then, I'll likely disable geofencing in the Hubitat mobile app and have the dashboard update my device (S20). However, that said - I don't see much harm in having both apps update the same device either.
Hi, I've also had random issues like this on 1 of my Fire tablets too.. It never happens (that I can see) on my phones or my other always-on Fire tablet.
Anyway, I've been looking at device logs and making small tweaks here and there. So far I haven't noticed any issues running the latest version. Not to say it won't happen again but when it does I also added some more robust logging to figure out the root cause too.
I can't seem to get a temperature reading from a node-red reading (through mqtt) to the dashboard. I have tried the web tile and the link file, but it isn't what I was looking for. Any ideas? Am I missing something?
HHmmm interesting!
Maybe I should get another one of my Fires up and running, just to test this (and also put it into service).
Thanks for the info and hopefully one of us will stumble on what is making this happen, although my HD10's are the variety that isn't rootable.... YET! I do use the FireToolbox to disable tons of Amazon garbage, so it's the next best thing.
With the last update on Google Play Beta:
1.0.1674
My widget for - Front Door Lock - is no longer displaying the keypad to input my PIN while unlocking/locking.
The PIN input field shows, but that's it.
The keypad still pops up when unlocking/locking the front door using the dashboard app, but not with the widget.
support changing widget text size for label and text
show widget preview when configuring
The big changes with this release are being able to change the label size and text size of widgets - including hiding the label. There's also a new preview window so you can see the widget before creating/updating it.
I haven't used node-red but are you able to get a virtual device of some type setup on the Hubitat Hub with this value? If so, just make sure that device is included in the MakerAPI Hub app and you can configure the dashboard to display that field
I have seen several reports of crashes so I refrained from a "me too" but now it seems that all the previous reports involved an Amazon tablet. I'd like you to know that I've been seeing crashes at least daily, sometimes more frequently, for a few months now and through at least a dozen versions on my Samsung Tab4 running Android 4.4.
Thanks for mentioning it! Hmm.. I get crash reports but I haven't seen many so I'm wondering if that's working. Do you happen to have any live video tiles? I think the last one I fixed involved RTSP video; it's in the latest build but at least it said it only affected 1 or 2 users over the past 7 days so not sure that's it.
I have found that if I attempt to leave the homescreen running 24/7 on my Wink Relay, the app will usually crash with a day or so. However, if I leave a folder open on the screen (I tried one with about a dozen temp sensors) instead of the homescreen, it runs for days. I think I uploaded a log after one of these crashes a few days ago.
On my homescreen I had a couple of radar tiles (no video tiles); suspecting they might be causing some kind of resource issue I moved them into folders but that didn't seem to increase the uptime.
I have several Amazon Fire HD pads running this app in my house. I am using models from 2018 and up. Most of them are on 24/7. Some of those have video tiles. I am using Fully Kiosk on many of them and they work flawlessly. I have not used the app kiosk mode. The ONLY pad that seemed to have crash problems was one with Alexa "hands free mode" enabled. I have turned that off now and all seems well. On one of them, I use the Fully settings to darken the screen until touched and return to near black screen after 15 seconds. In all, things are working perfectly with this app and Fire HD pads.
For me (with 4 x Fire HDs running 24/7) I've had no crashes as such (not since I was using RTSP for my video tiles). I do get frequent freezing of the tile that I use for mjpeg video. The feed is RTSP to my RPI with Motion Eye, then mjpeg to the app. The freezes are random and if I touch the tile the full screen view is live but closing that goes back to the frozen image. The app needs to be restarted to refresh it. I initially thought this was down to WiFi disconnects but it seems to have started happening on the Fires that have no WiFi issues. As dragging the screen to refresh does not reload/re-establish the connection to the mjpeg feed, it would be handy if there could be an option for some timer setting on the video tile to automatically refresh/reload the url periodically.
In SharpTools I'm using Fully's 'Auto Reload on Idle' timer to reload the dashboard once every hour or two, so I don't see these freezes (as a trial I'll remove the timer on one of them to see if the freezes actually do occur and I'm just not noticing it). I'm unable to do the same with this app, as I'm using that same 'Auto reload on Idle' setting at 20 seconds combined with 'Skip Auto reload if Showing the Start URL'. I do that so that when I start an app such as Sonos or Hik-Connect from a tile, the idle timer expires when there are no touches in the app and returns to the dashboard automatically.
I noticed it wasn't working for me so I checked my wife's phone, her's was working until I upgraded to the latest version at the time.
She loves it when I make things better.
Another thing I'd like to change is the widget tap to open I have set for my outdoor temperature sensor.
Unlike the door lock widget that opens a small pop-up that is dismissed by tapping elsewhere on the screen, my widget for the outdoor temp opens a full screen display that can only be dismissed by tapping on the x in the top right corner.
Any suggestions on how to configure it so it opens a smaller, easier to close pop-up?
I may not have that enabled. I'll go make sure it is.
