ALTHue : Feature Requests

amg0 · April 21, 2018, 7:42pm

[quote=“cybrmage, post:100, topic:199107”]@amg0:

Here are the proposed changes.

<changes received by amg0, attachment removed>[/quote]

integrated in ALTHue and ALTUI ,github versions

rafale77 · April 21, 2018, 9:17pm

[quote=“amg0, post:101, topic:199107”][quote=“cybrmage, post:100, topic:199107”]@amg0:

Here are the proposed changes.

<changes received by amg0, attachment removed>[/quote]

integrated in ALTHue and ALTUI ,github versions[/quote]

Upgraded to 0.99. Looking good. Could be put as a release on the AltAppStore which is still only showing 0.94

One potential improvement with the icons: The mcv plugin has a bunch of various icons which matches the device description.
Maybe I could give it a shot with a pull request on github…

amg0 · April 21, 2018, 11:41pm

[quote=“rafale77, post:102, topic:199107”][quote=“amg0, post:101, topic:199107”][quote=“cybrmage, post:100, topic:199107”]@amg0:

Here are the proposed changes.

<changes received by amg0, attachment removed>[/quote]

integrated in ALTHue and ALTUI ,github versions[/quote]

Upgraded to 0.99. Looking good. Could be put as a release on the AltAppStore which is still only showing 0.94

One potential improvement with the icons: The mcv plugin has a bunch of various icons which matches the device description.
Maybe I could give it a shot with a pull request on github…[/quote]
If it is simple why not, I ll look at your proposals .
, we need to keep it simple and relatively device agnostic. (I need to avoid to have to edit the code and create versions every time a new type of device pops up )

rafale77 · April 22, 2018, 3:53am

Ok I am looking into it. I don’t think it should be a problem, it will use a generic bulb icon for unknown devices and the specific icon for known devices

Vinx · April 22, 2018, 9:17am

Amazing Amg0, this is a huge improvement over the regular Hue plugin (which this week stopped working for the second time with no apparent way to revive)! Thumbs up!

amg0 · April 22, 2018, 3:35pm

released v0.99 in github GitHub - amg0/ALTHue: Alternate Hue Plugin and in mcv Store

direct install with http://:3480/data_request?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=9066&Version=36241

regarding ALTUI compatibility, it requires ALTUI >= v 2338

akbooer · April 22, 2018, 4:28pm

All great stuff, I must say.

I’ve not downloaded the Hua app on my iPad, and don’t really intend to, unless someone gives me a good reason. This means, I suppose, that Hue scenes will always be a closed book to me, but I don’t see the need, really, since all my automation is on openLuup.

To me, then, Hue is just a Zigbee bridge, just like Vera is a Zwave bridge. Given that, does it make sense to consider an “All Off” action for ALTHue?

rafale77 · April 23, 2018, 3:51am

Yeah Hue scenes have been more a confusing duplicates than anything. I don’t use it at all as I use openluup to run scenes combines with non hue devices.
I only use the mobile app for setups and firmware updates… So you may actually want to have it handy.

rafale77 · April 23, 2018, 6:24am

I submitted a pull request on GitHub. I had to add 2 variables to the devices. The icon recognition works and so does the opacity variation. Only remaining problem is ALTUI does not appear to show the svg changes of color. It was a bit more work than I thought.

Edit: Nevermind… The colors work too, it was different format of the hex string. It all works now.
amg0, please review.

amg0 · April 23, 2018, 7:48am

[quote=“rafale77, post:109, topic:199107”]I submitted a pull request on GitHub. I had to add 2 variables to the devices. The icon recognition works and so does the opacity variation. Only remaining problem is ALTUI does not appear to show the svg changes of color. It was a bit more work than I thought.

Edit: Nevermind… The colors work too, it was different format of the hex string. It all works now.
amg0, please review.[/quote]

crazyly nice ! , I ll review the code and see how to integrate, thx

amg0 · April 23, 2018, 7:56am

[quote=“rafale77, post:109, topic:199107”]I submitted a pull request on GitHub. I had to add 2 variables to the devices. The icon recognition works and so does the opacity variation. Only remaining problem is ALTUI does not appear to show the svg changes of color. It was a bit more work than I thought.

Edit: Nevermind… The colors work too, it was different format of the hex string. It all works now.
amg0, please review.[/quote]

I only see a pull request on ALTHUE, is there any code change in ALTUI ?
I wonder about the D_DimmableLight2.json file , will we get problems to deploy it in the MCV store as it is a system provided file already ?

rafale77 · April 23, 2018, 2:31pm

[quote=“amg0, post:111, topic:199107”][quote=“rafale77, post:109, topic:199107”]I submitted a pull request on GitHub. I had to add 2 variables to the devices. The icon recognition works and so does the opacity variation. Only remaining problem is ALTUI does not appear to show the svg changes of color. It was a bit more work than I thought.

Edit: Nevermind… The colors work too, it was different format of the hex string. It all works now.
amg0, please review.[/quote]

I only see a pull request on ALTHUE, is there any code change in ALTUI ?
I wonder about the D_DimmableLight2.json file , will we get problems to deploy it in the MCV store as it is a system provided file already ?[/quote]

Yeah I did not need anything on AltUI. It is ALTHue only. And yes I was thinking about a potential problem if MCV ever creates a new json/xml file. I will change the names to be ALTHue specific and submit later today.

amg0 · April 23, 2018, 2:39pm

[quote=“rafale77, post:112, topic:199107”][quote=“amg0, post:111, topic:199107”][quote=“rafale77, post:109, topic:199107”]I submitted a pull request on GitHub. I had to add 2 variables to the devices. The icon recognition works and so does the opacity variation. Only remaining problem is ALTUI does not appear to show the svg changes of color. It was a bit more work than I thought.

Edit: Nevermind… The colors work too, it was different format of the hex string. It all works now.
amg0, please review.[/quote]

I only see a pull request on ALTHUE, is there any code change in ALTUI ?
I wonder about the D_DimmableLight2.json file , will we get problems to deploy it in the MCV store as it is a system provided file already ?[/quote]

Yeah I did not need anything on AltUI. It is ALTHue only. And yes I was thinking about a potential problem if MCV ever creates a new json/xml file. I will change the names to be ALTHue specific and submit later today.[/quote]

agreed. also the .svg are they needed ? ( my box already had them … is it because I had installed the Mios Hue plugin before ? )

rafale77 · April 23, 2018, 2:41pm

yes the svg came from the Mios Hue plugin. That’s why you had them. They are needed for those who never installed it.

amg0 · April 23, 2018, 2:44pm

bummer… quite a pain to deal with in the MCV app publish wizard in the store. and in which folder ? ( do we support UI5 ? )

rafale77 · April 23, 2018, 2:51pm

bummer… quite a pain to deal with in the MCV app publish wizard in the store. and in which folder ? ( do we support UI5 ? )[/quote]

The original files were in “/mios/www/skins/default/img/devices/device_states/” on my Vera. Openluup scans for icon files through several folders so in my case dropping them in /etc/cmh-ludl or /etc/cmh-ludl/icons worked just fine. I am not sure about UI5 as I don’t have anything that can run it so I did not test. Fundamentally, based on the structure I think it would work but I can’t be sure.

akbooer · April 23, 2018, 3:07pm

Yes indeed - just to confirm this. The following HTTP redirections are applied by the server:

local dir_alias = {
    ["cmh/skins/default/img/devices/device_states/"] = "icons/",  -- redirect UI7 icon requests
    ["cmh/skins/default/icons/"] = "icons/",                      -- redirect UI5 icon requests
    ["cmh/skins/default/img/icons/"] = "icons/" ,                 -- 2017.11.14 
  }

…so there’s never a need to make a real /www/cmh/… directory structure.

openLuup always tries to operate within the folder tree beneath its own home directory.

rafale77 · April 23, 2018, 3:58pm

bummer… quite a pain to deal with in the MCV app publish wizard in the store. and in which folder ? ( do we support UI5 ? )[/quote]

Pull request in your inbox. I even added a line in the json for UI5 but again, I am not sure it works. Come to think about it I am not sure it supports the dynamic icon types. In that case UI5 may need to go back to the original mcv basic json.

akbooer · April 23, 2018, 4:56pm

The basic multiple-icon mechanism is there in UI5. I run two VeraLites with UI5 so I can test this when you’re ready.

rafale77 · April 23, 2018, 4:58pm

Yes I know, but I am talking about the very specific “dynamic_icons” type which seems to be quite new and uses svg icon files as opposed to the multiple “state_icons” which uses png icon files…