Jump to content

bmercier

Employees
  • Posts

    175
  • Joined

  • Last visited

Everything posted by bmercier

  1. What does not work with the routine exactly? Is it creating the routine? Adding a device to the routine? Running the routine? If so, what does Alexa says? Benoit
  2. You are correct. I'll talk with Michel. We may add support for multiple ISYs. Benoit
  3. Technically, yes, the ISY skill which allows to get the status can coexist with V3. It is not problematic... other than it is planned to be removed. Benoit
  4. > And why can't the portal support an echo to be aware of devices on 2 different ISYs and just send the right command to the right ISY? This is a feature we could add. Today it is simply not implemented. > The restriction is that an echo can only see one ISY. > --Why is this restriction there? And what is "an echo"? Do you mean "an amazon account which is assigned to specific echos"? An echo is an echo. The amazon account used is irrelevant. During account linking, you link with an ISY Portal user profile. That user profile has a preferred ISY, and that's the one used to discover devices. Benoit
  5. A spoken command to Alexa will send the request to an ISY Portal API, which then sends the request to an ISY. A command is related to a device which belongs to a specific ISY of the linked account. The request can't go to another ISY, it goes to the ISY where the device exists. No. It is sent to ISY Portal. But it's for a specific device which belongs to a specific ISY. That's how ISY Portal knows where to send the request. Does any of your echo need to be aware of devices on 2 different ISYs? If yes, that's not supported. If no, you can link your echos to a different ISY Portal user profile. You could have a user profile for ISY A, and a user profile for ISY B. You could, if you wish, have 15 different sub-accounts with each their ISY Portal user profile and their own set of spokens. The restriction is that an echo can only see one ISY. Benoit
  6. Today, a Smart Home skill does not allow to do that. This is something Amazon has not implemented yet. At the API level, there is a query function that has been implemented, but it's not yet used by Amazon when using the voice interface. On the other hand, if you use the mobile app, you can see the status of a device, or even a state variable. Our ISY Custom skill (Names "ISY") offered a way to query devices, but this skill is being sunset. We could do it because in a custom skill, we have control over the vernacular, unlike a smart home skill (Live V2 and V3).
  7. Is it that you would like to use a single echo with multiple ISYs? If so, this is not a supported configuration. An echo skill can only use one ISY. If you switch your preferred ISY, the devices for the new echo will be discovered, but the other ones will be marked offline. Offline devices used to work anyway. If this does not work anymore, it must be that Amazon no longer sends requests for offline devices. For ISY Portal, offline or not, it does not matter. If a request comes in, the device has a unique ID, and will be found if the record in ISY portal has not been deleted. There's no such thing as an offline device in ISY Portal. The preferred ISY setting is used only to know for which ISY to do a discovery. Benoit
  8. You don't have to if you use the same set of configured devices in ISY Portal. You would link you echo skill to the same ISY portal account. On the other hand, if you want your echo to respond to different devices, then you would need to create a a sub-account, a user profile in that account, and obviously, configure devices in that account. Benoit
  9. Look under Scenes. In V2, scenes and programs were exposed as devices. In V3, the default is scene (But this is now configurable). It was like that in V2 as well. Benoit
  10. It looks like you have more than one skill active. Benoit
  11. I would try to remove the kitchen from the routine and re-add it. I'm guessing that the routine may be referencing the older kitchen device from V2 that no longer exists. Benoit
  12. Technically, I think it can. But Alexa notifications are not meant to work this way. Alexa notifications that are sent by a skill are sent to a queue, then a visual notification and/or an audio indication is sent to the device. At this point, a user can ask “Alexa, what did I miss?” or “Alexa, what are my notifications? So, notifications are meant to be retrieved by a vocal request from the end user. Now, I see a possible trick we could use to speak without a request from the user, and it would involve the use of the audio indicator. But that can be tricky, as this means we would need to create on-the-fly an audio file and use it as the audio indicator. I'm not sure if Amazon would approve a skill which does that. Benoit
  13. Please open a ticket and specify your UUID, and reference this thread. I'll investigate the portal logs. Thanks, Benoit
  14. You can't include a value in the payload. BUT, for things like volume or channel, you can set a state variable to the spoken value. Then, it's a matter of having a program react to that state var and trigger a network resources. You can embed a state variable in the network resource payload. This post could help you get started with variable substitution in network resources: https://forum.universal-devices.com/topic/23212-setting-up-directtv-control-with-alexa-using-network-resources/?hl=%2Bvariable+%2Bsubstitution+%2Bnetwork+%2Bresources Benoit
  15. Hello everyone, Just a quick note to let you know that the maintenance is complete. Benoit
  16. No, this has already been taken care of. To be more specific, we need to increase network throughput at the VM level. It's a matter of drivers that needs to be changed on all servers, including database servers. Benoit
  17. Hello everyone, We will have a maintenance on Sunday 01-28-2018 at 5:00 AM PDT which will last 1 hour, with downtime. Due to the increased workload, we are giving additional resources to our servers. With kind regards, Benoit
  18. Good suggestion. Thanks, Benoit
  19. In the echo app, in the web version, here: https://alexa.amazon.com/spa/index.html#smart-home Go to Smart Home / devices, scroll to the bottom. Forget all is there, unless you have no devices. Benoit
  20. My guess is that you are using the V2 skill. Please upgrade to the V3 skill: - Disable V2 - Forget all devices - Enable V3 Benoit
  21. If the device can be turned on/off using regular vocal commands, then this must be an Alexa problem. There is nothing specific to routines in the Alexa API. It simply uses the same APIs. I have not played much with routines yet.
  22. For this to work, you also need to run the program then/else whenever the status of the scene changes; you could monitor the kpl button or any other device in the scene.
  23. Let me share some technical details. Device statuses are sent to Amazon either: - Proactively (proactivelyReported=true) - Retrieved by Amazon on request. (retrievable=true) These are properties of a device returned during discovery. When looking at a device in the echo app, there is a status request sent to ISY Portal and to your ISY about every 2 seconds. That's if retrievable=true. The error message in the Alexa app is a bug. Whenever the retrievable=false, the error message appears, even if proactivelyReported=true. It should not, this is a known problem at Amazon. Now, in the case of a scene, there are no status available. Both proactivelyReported and retrievable must be set to false. That will not help you. You could use a work-around though. It's tedious, but what you could do is use a program to turn on/off your scenes, and expose your program to Alexa, instead of the actual scenes. Programs do have a status. If you need dimming for your scenes, there's no easy way. You could use a state variable to hold the dimming level, but then, you can't really set the dim level of a scene. Benoit
  24. I see 2 possible reasons: - A discovery has not run yet (A discovery is required, and Amazon runs that automatically every 1-2 hours) - The device is a scene (Scenes exposed as a device will still have that error message). Benoit
  25. Thanks for the suggestion. I'll see with Michel if/how we can do this.
×
×
  • Create New...