lilyoyo1 Posted May 6, 2020 Posted May 6, 2020 My problem with this path is that controllers can be responders which can cause incorrect status. While this may work for some cases, in many it'll still give a false reading. Improper status is still wrong regardless which is just as bad as no status
bmercier Posted May 7, 2020 Author Posted May 7, 2020 11 hours ago, rebirth24 said: First Off...Thanks a bunch for working on this! Using an example of a 4 responder light scene added as a light scene into google home. When I turn the scene on/off via google home it now shows it as OFF or ON and remains in whichever state I place it in regardless of the state of the individual devices within that scene. If i turn them all OFF it still says the scene or light in this case is still "On". If it was OFF before and I turn every single light to ON via Admin console or other means it still remains in the "Off" state. All in all it is not doing what you stated it should be doing. When you control a scene, GH remembers that the scene was turned on, or turned off. If you then change the state of the scene members, GH has no way to know you did this. The change I implemented is only for the initial query of the device. Note that in the Assistant, if you quit the device and get back in, it should query the device state. 1
bmercier Posted May 7, 2020 Author Posted May 7, 2020 5 hours ago, larryllix said: Years back it was identified that device status on dimmable items is not an exact science. IIRC some of this was based on levels are set using 1/00 resolution to represent the levels to humans in percent. Then most devices behind the scenes use a 8 bit value ie: 0-255. The conversion process can entail rounding off the conversion or truncation. eg. In a scene you set a device to 55%. When you read back the status of the device you may get anything from 53% to 57% and yet nothing else has interfered with the scene setting for that device. Is the scene still considered on, or has another system inflicted a different scene to that participating device and that scene should be considered "off"? Scenes were only meant to be one way controls to duplicate what X10 was doing with All On affecting a particular "House Code". Bravo to bmercier but this is still only a guess. The logic is quite simple: If the device is non-zero, the scene is considered on (Regardless of the On level configured in the scene) If the device is 0, the scene is considered off. Not perfect, but better than systematically returning off as the initial state. Benoit 1
larryllix Posted May 7, 2020 Posted May 7, 2020 9 minutes ago, bmercier said: The logic is quite simple: If the device is non-zero, the scene is considered on (Regardless of the On level configured in the scene) If the device is 0, the scene is considered off. Not perfect, but better than systematically returning off as the initial state. Benoit It may satisfy the people somewhat. Since scenes from other devices do not update ISY's status there would be no way to detect this. Has a polling query been used to keep the one device's status updated?
bmercier Posted May 7, 2020 Author Posted May 7, 2020 1 minute ago, larryllix said: It may satisfy the people somewhat. Since scenes from other devices do not update ISY's status there would be no way to detect this. Has a polling query been used to keep the one device's status updated? No
bmercier Posted May 7, 2020 Author Posted May 7, 2020 11 hours ago, Jimbo said: This is awesome that you are trying to get this working. For all my long years on this forum being screamed at about ISY scenes not having status I didn't think this could happen even though I hacked around it in the hue emulator. But, would it be better if you looked at the status of the first Controller in case the first member is a responder? Thanks for the suggestion. We now use the first controller, if available, otherwise the first node (controller or not). It's in production. 1
Oakland Jeff Posted January 26, 2021 Posted January 26, 2021 OK, so I don't care about seeing the status of my scene in GH. I DO care about exposing my scene as a light though. I have done so, but GH still only lets me turn it on/off... no dimming! Other devices that are directly linked to GH allow me to dim. Why can't my scene-pretending-to-be-a-light also be dimmed?
larryllix Posted January 26, 2021 Posted January 26, 2021 6 hours ago, Oakland Jeff said: OK, so I don't care about seeing the status of my scene in GH. I DO care about exposing my scene as a light though. I have done so, but GH still only lets me turn it on/off... no dimming! Other devices that are directly linked to GH allow me to dim. Why can't my scene-pretending-to-be-a-light also be dimmed? Scenes are presets. I don't think scenes allow dimming. How can a scene be partially on?
Oakland Jeff Posted January 26, 2021 Posted January 26, 2021 UD Mobile lets me dim a scene. I'm pretty sure the AC let me do it too. I think it just applies a scaled value to all the dimmable devices in the scene.Sent from my SM-G960U using Tapatalk
larryllix Posted January 26, 2021 Posted January 26, 2021 5 hours ago, Oakland Jeff said: UD Mobile lets me dim a scene. I'm pretty sure the AC let me do it too. I think it just applies a scaled value to all the dimmable devices in the scene. Sent from my SM-G960U using Tapatalk That is a fabricated setting done to satisfy users and involves no scene commands. Scenes have no analogue values in their command structure, only On. When you modify the values of the devices, the scene settings are not in effect anymore. 1
Oakland Jeff Posted January 26, 2021 Posted January 26, 2021 That's a bummer Larry. A great many of my scenes consist of one or two dimmer switches and one or more lamp modules. Even something as common as a three-way pair of switches at either end of a hall. It would be ideal if the group (i.e. "scene") could be controlled/dimmed/brightened as one. There is no way to tell google to "turn hallway on 35%" and have both switches reflect the resultant value, since that would require the scene that binds them, right? Thanks for the clarification though!
lilyoyo1 Posted January 26, 2021 Posted January 26, 2021 1 hour ago, Oakland Jeff said: That's a bummer Larry. A great many of my scenes consist of one or two dimmer switches and one or more lamp modules. Even something as common as a three-way pair of switches at either end of a hall. It would be ideal if the group (i.e. "scene") could be controlled/dimmed/brightened as one. There is no way to tell google to "turn hallway on 35%" and have both switches reflect the resultant value, since that would require the scene that binds them, right? Thanks for the clarification though! Some people will use the device connected to the load and then use a variable to update the other switch
larryllix Posted January 27, 2021 Posted January 27, 2021 5 hours ago, Oakland Jeff said: That's a bummer Larry. A great many of my scenes consist of one or two dimmer switches and one or more lamp modules. Even something as common as a three-way pair of switches at either end of a hall. It would be ideal if the group (i.e. "scene") could be controlled/dimmed/brightened as one. There is no way to tell google to "turn hallway on 35%" and have both switches reflect the resultant value, since that would require the scene that binds them, right? Thanks for the clarification though! I use programs that control some Insteon scenes as well as many WiFi RGBWW bulbs and RGBWW strips. I don't find dimming that valuable, and just use about 30 programs. 'Alexa! Turn on full/bright/dim/TV/movie/red/green/....../blue/party/Canada Day/automatic/sunset/etc../etc.. lights'. I don't find much use for levels other than 100%, 40%, 20%, 12% anyway. WiFi bulbs can go right down to 1% no problem but nothing can be seen at those levels.
Recommended Posts