[BETA] HD+ Hubitat Dashboard for iOS, Mac, Windows & Linux

I'll take a look. I'm sure it's something small but I also have a few image tiles that are supposed to auto refresh.

You should just be able to delete that single device from the ~/.hubitat_dashboard/devices folder though or even just edit it and change the URL field.

Question for you.. how did you add this device originally? Did you add it from the app or is it a Hubitat device? I add my image tiles as Hubitat devices using this driver. It's just easier for me that way so I don't have to manually add it to every dashboard

I think there were multiple issues going on here, that may be related but also may not:

  1. I used the HD+ Add tile and loaded it with my local weather URL. This seemed to work for awhile. I then noticed that when I populated the Refresh Rate under Image options with any value, The image changed to a somewhat older version of the image immediately. The URL did not change, but the image did. I was wondering if there was a cached image laying around that was being picked up, but alas I couldn't locate it. Deleting or changing the Refresh rate did nothing; I was stuck with this rouge image. I had to delete and reinstall the tile and not populate the refresh image to get back to the wanted current image. This brings be to the second, more puzzling issue...

  2. After doing the above, I then did a Backup using the Backup/Restore feature. I then tried restoring the just created backup. This when I got the beforementioned Error. The desktop errored out, I could not even get the gui to come up. I did notice that the HD process did not go away as I tried opening the app multiple times. I looked into the log files and nothing was obvious to me at the time.
    My android tabletis my main control, so I had no issue blowing the windows desktop away and starting over, despite the pain of rebuiding. I gues I could not restore any of my desktops as I couldnt get in to restore anything. Not sure what got corrupted but it was fun...not

On a side note, I didn't expect you to answer as I know you are away on vacation/holiday. I have a small list of other items, but I can wait on those. Thanks

Additional Comment: I looking at my android version, there is no refresh rate on the image tile menu and it has been working fine. Maybe I don't understand what the refresh rate is used for.

This is likely.. I want any image to be cached but only for the refresh time (ie: 15 mins). I have logic to do this but I haven't really tested to make sure it's updating at the correct time and with a new image. I'll make sure it's tested

then tried restoring the just created backup. This when I got the beforementioned Error

That's good to know.. if I can reproduce it I'll be able to fix it so that helps

version 1.0.611

  • fix image auto refresh logic
  • fix login not finding devices
  • auto re-check cloud mode after a local connection failure
  • monitor desktop network

I was able to get some connection related updates in while on vacation!

I also pushed out an iOS update a few days ago for anyone using TestFlight. Once (If/when) Apple approves the app for the App Store I'll try to push out updates to both at the same time.

2 Likes

1.0.606 landed on my iPhone via TestFlight a few days ago. Both this and the 1.0.611 MacOS have the issue detailed a few posts up regarding the Time and Date variable.

Windows Desktop: I added the Safety Monitor tile and it appears that is not working. It appears stuck on the Armed-Away icon.

Log:
04-13-09:11:25 [D] 2D HD+HubitatManager: getHsm: hsm=allDisarmed
04-13-09:11:25 [D] 2D HD+HubitatManager: getHsm: HSM device not found or hsm null

Thanks - I can reproduce that too -- it'll be fixed in the next version!

I just got an email saying the iOS app was approved.. only took a month :wink:

It's not available in the store just yet but as soon as it is I'll send out the link.

Hopefully I can also push out updates once it's available without the same kind of delays :crossed_fingers:

1 Like

It's LIVE! I couldn't find it on a search yet but here's the direct link:

Almost all testing has been done by the desktop version of the app so I'm expecting a few bugs once people start using it on a phone. But, post them here and optionally send me device logs and I'll try to get them fixed.

Also, if you can leave a good review I'm sure it'll help make the app more discoverable. I fully expect plenty of the "doesn't work - this app sucks!" kind of typical reviews where people don't have a Hubitat or maybe don't know how to setup MakerAPI/etc.. so, hopefully some positive ones can balance those out.

2 Likes

I searched earlier today and couldn't find it either. I don't know how the App Store works but wonder if you, as developer, get the option to add tags when submitting, that would aid a search. For instance if I search 'Hubitat' one of the results is The Home Remote app. Your app could do with being in the results for 'Hubitat', 'Dashboard', 'Smart Home' (just thinking aloud)

Currently the bugs I see:

  • the time date variable string being rejected by Hubitat as detailed further up (post #136)
  • My Hikvision cameras work brilliantly in the MacOS version but don't connect in the iOS version using the identical camera and url (I realise that video is a bit of a minefield for you and difficult to test without a specific camera)

One question - do I just install the app now to replace the TestFlight version, or do you intend to pre release to TestFlight for testing?

Thanks @jpage4500 and great work that you've created an alternative dashboard app that:

  • looks great
  • is easy to use
  • is cross platform with the same 'look'
  • can work fully locally

Brilliant! :grinning: :+1:

yep - I am using those tags.. I hope it just takes some time to roll out everywhere

the time date variable string being rejected by Hubitat as detailed

My Hikvision cameras work brilliantly in the MacOS version but don't connect in the iOS version using the identical camera and url

Now that the app is finally released I can focus more on these. I don't have that camera but I do have Kasa and Reolink cameras via RTSP stream so at least that's a start.

One question - do I just install the app now to replace the TestFlight version, or do you intend to pre release to TestFlight for testing?

Good question.. I'm not sure.. when I first upload a build I usually add it to TestFlight which takes a day before it's available. I'm guessing after that's available I'll then push it to the production version. I'll try to push everything to production as soon as I can at this stage. Once things are stable then maybe I'll roll versions out slower like with Android

1 Like

As mentioned it's working great on the macOS version but errors on iOS. Hikvision cameras have always been a complete PITA with regard to browser support so whether there are similar quirks with RTSP I'm not sure.

Yes please!

+1

+2

+1!!!!

version 1.0.629 (iOS TestFlight)

  • added RTSP video support library
  • fix HSM

I discovered Apple's native (built-in) video player doesn't support RTSP so have spent some time adding a 3rd party library for this. I was able to play back my Reolink RTSP camera streams so let me know how it goes for other cameras. There's still more work left but I wanted to get this out there to test

1 Like

Hi @jpage4500 - 1.0.629 iOS

RTSP. This is looking promising - I'm using this on an iPhone:

  • Video is shown (for Hikvision camera) on the 1 x 1 tile (previously it continually errored)
  • Clicking the tile goes to full screen. As it's portrait I get a cropped view filling the entire screen
  • Rotating the phone to landscape keeps the fullscreen image and it fills the screen correctly (no crop, entire image visible)
  • Rotating it back to portrait again seems to kill the stream (black screen with a 'play' icon - stream doesn't restart without going back to dashboard view)

I wonder whether or not it's possible to get the initial fullscreen view to show the full image while the phone is in portrait mode (letterbox mode). Maybe that's more relevant when using a phone device as wall mounted tablets are more likely to be correctly orientated.

Grid Size. If I set Grid Size to 4 (about right on my iPhone 17 Pro Max), when I rotate the phone to landscape the Grid Size becomes 6, however when I rotate it back to portrait, it reverts to the default of 3 and I need to go back to Display Options to put it right. I wonder if a 'Lock Screen Orientation' switch would be a good idea?

Regarding a previous query that I've now confirmed. I wasn't aware but it seems you cannot have HD+ release version AND the TestFlight version running simultaneously (installing the App Store release uninstalls the TestFlight version (though not the app). I just needed to click 'install' on TestFlight to install over the App Store version to get 1.0.629.

A feature request for consideration. I haven't tried yet but I'm guessing that the Time/Date tile uses the phones local time? I wonder if there's any possibility of locking it to a time zone to match the hub.

Use case - My tablets are wall mounted so the time date tile is just used as another clock. However when I'm on holiday, viewing a dashboard of my devices at home, the time at home is more relevant. While abroad on holiday I often look at a dashboard on my phone to see if automations have correctly worked (curtains opened/closed, lights off/on).

1 Like

I remember looking into this a while back for the Android version. I don't get the Hub timezone via MakerAPI so I'd need some device where I could get it (like Hub Information driver)

What I ended up with is just an option to offset (+/-) the current time