Jump to content

bmercier

Employees
  • Posts

    168
  • Joined

  • Last visited

Everything posted by bmercier

  1. Most likely you had both the old ISY Smart Home Skill which has been sunset recently, and the newer Smart Home Skill V3. Please disable the skill named "ISY Optimized for Smart Home". You will also have to either remove those offline devices one by one, or Forget all and redo a discovery. Benoit
  2. Look in the Alexa app, web version, go to the list of devices. Do you see any of them marked as offline? If so, please forget them. I would also look at your list of skills. Which smart home skills do you have? Benoit
  3. Thanks for the details. This is the expected behavior. ISY scenes do not have a status. When Alexa queries the "device", the skill knows it's a scene and will return an error as the status is unknown. This is the drawback to exposing scenes as devices. Regarding the turn off not working, it's also expected. If Alexa think it's off, when you press the button, it will send a turn on. But after turning it on, it queries the status... which returns an error. So it is considered off. If you would like a work-around and get a status, you could wrap your scenes inside a program. Programs do have a status. So if you use Alexa to turn on a program, which turn on the scene, then the status returned will be on (program status will be true). But, if the scene is activated outside the scope of the program, or if your light is manually turned on/off, then the status of the program won't match the device. You could go a step further by adding an if your program. Example: If device is not off turn on device else turn off device. This way, the program status will always reflect the status of the light. Benoit
  4. Can you try to forget the device in the Alexa app (web version), then re-discover it? Benoit
  5. Do you see the on/off buttons? If so, does it work when you click on them? Are you saying it's not working due to an error message at the top? If so, this is normal. This is due to the fact that scenes don't have a status. This is the drawback to expose a scene as a device. But still, you should be able to controle them, include them in groups and routines. Benoit
  6. Do you see the device under "devices"?
  7. What's the issue then?
  8. There's nothing in the skills API to allow us to do that programmatically, at least for now.
  9. Did you ask "Alexa, discover my devices"? Then in the app, refresh the screen. Under smart home, you should no longer see the scene under "scenes". It should appear under "Devices". Benoit
  10. Scenes now work a bit differently, and they are as Amazon would expect them - not controllable from the app. If you want to control them from the app, you should expose them as devices to Alexa. To do this, go to ISY Portal, open up the scene, and under "Alexa Category", choose Light instead of Scene. Then ask Alexa to discover devices. The scene will disappear from your scenes, but you will now have a device which you can control and add to your group. Benoit
  11. All, The only recent change to the skill is related to ISY scenes exposed as Alexa scenes. The change was to enable the capability to use scenes in Alexa routines. If your Alexa routine is exposed as a light/outlet/switch, there's no change. Benoit
  12. When using a group, Alexa will send indivudual turn on/off for each group members. If one fails, such as when the device no longer exists, an error is returned to Anazon. Then, it's up to Amazon to decide what to do if a few are successful and one fails. Benoit
  13. Hello everyone, From now on, you should be able to use Scenes in Routines. You no longer need to expose them as a device. This was due to a work-around we had for scenes related to the fact that ISY scenes are dimmable, whereas scenes from other manufacturers are not. There was initially a bug at Amazon that prevented the use of dimmable scenes, but this has been fixed since then. I was therefore able to remove the work-around. Benoit
  14. If the routine says to turn on a scene exposed as a device to x percent, the scene will simply be turned on as long as x > 0. Otherwise, the scene will be turned off. Benoit
  15. Some names may not be recognized correctly by Alexa. Try common input names like "game" or "cable". Benoit
  16. You can find it in the ISY SDK here: https://www.universal-devices.com/isy-developers/ Benoit
  17. The update is now completed. Benoit
  18. Hello Everyone, A maintenance is planned this friday March 30th, 5am PST. This will last up to 2 hours, with intermittent downtimes. The purpose of the maintenance is to upgrade the node.js version on all servers. No other changes are planned. Thanks, Benoit Mercier
  19. ISY Portal Accounts have the spokens ISY Portal Accounts can have one or several users in it. GH links to a an ISY Portal user (Which is in an account, which gives access to the spokens of that account). When you want multiple GH with their own set of spokens, then you need to create sub-accounts for each. In the sub-account for GH A, you create the spokens and user in that sub-account, and use that ISY Portal user when linking your GH. Repeat for you GH B, C, D, etc. In order to understand linking, it's really a GH accounts that links to an ISY Portal user, not the opposite. ISY Portal does NOT link to a Google Account. When you link your Google account to an ISY Portal user (and incidently the related ISY Portal account), a unique ID is sent to GH. Later on, when sending spokens to GH, that unique ID is sent. When there is an error sending spokens, it is because Google does not recognize and process the unique ID correctly. If it is not linked, it would be normal that the ID is not recognized. The other cases I've seen this is when multiple Google account has been used to link to a single ISY Portal user. In that case, Google seems to be mixed up. Removing additional ISY Portal accounts/users won't help. You need to start fresh on the Google side. First, make sure you are using only one Google account on the Google Assistant app, and try to link again. If worst comes to worst, try deleting the mobile app and reinstall it, log in with your google account and link. If you are using multiple mobile devices with Google Assistant, do the same for the others. Benoit
  20. My apologies, this is fixed now. Benoit
  21. Please try the web access from ISY Portal. Is it working? Benoit
  22. You have to create a new user profile. Log in to ISY portal with the current email address. Click on the Users tab In the sub account selector, choose [Main Account] Click Add user Enter the user informations: email address, password, Preferred ISY, Click Account admin You will receive a verification email to the new email address. Once completed, you can use this new user profile instead. You can optionally delete the older user profile. Benoit
  23. First, can you try: "google, sync my devices", see if tha works. To fix the issue, I would suggest to proceed with another synchronization from the proper account. Actually, you may want to delete the app once more, reinstall, login with the correct google account, then link with ISY Portal. Somehow, it looks like GH is confused when trying to initiate a Sync request. Benoit
  24. I have opened a case with Google. In the mean time, would it be possible that you would have used more than a google account with the Google Home app? If so, it can do funny things. I would suggest to remove the app and reinstall before relinking, see if that helps. Benoit
  25. The linking is only from GH to ISY Portal. That is what I'm suggesting to retry. FYI, when we link, GH then syncs the devices with ISY Portal. In that payload, we ISY Portal passes Google a unique ID. Later on, when we do a sync request from ISY Portal, we are passing that same unique ID. The error message we see is due to GH not recognizing the unique ID. Benoit
×
×
  • Create New...