Jump to content

Jimbo.Automates

Members
  • Posts

    4640
  • Joined

  • Last visited

Everything posted by Jimbo.Automates

  1. OK, understand now. What you want is currently not available, it was actually how it worked when I originally released, but nobody wanted it that way. It'll take some time, but I can add that as a different light_method.
  2. Yes, I understand. But can you point out a ELK Light from your Olsen Lighting.pdf which matches an EXISTING node name in the ISY? That's how it works. You define a Light in the ELK which matches the node name of an existing light on the ISY. Very cool about the Morgan, we were on a Bali 46.
  3. Sorry, I don't have time to sort thru the 2 lists, can you point out one ELK Light whose name matches a node name on the ISY that you expect to be linked together but is not? We are booking another sailing trip for next year already
  4. Why are you looking for "light"? You configured the NS for ELKNAME mode, as the documentation mentions: This attempts to match the name of an ISY Node with the Name of an ELK Light node to control. The table on this page will show the matches. In other words if there is a "light" configured in your ELK, and the name of that light matches the name of a node on your ISY then you can control it from the ELK and status changes from the ISY will be updated on the ELK. What lights do you have configured in your ELK?
  5. Yes, the XML is from your ISY which shows the node names that exist in the ISY so you can confirm if they march up with a light name on the Elk. Sent from my Pixel 6 Pro using Tapatalk
  6. Yes, I know the link is bad, this is due to a recent change in PG3, you need to instead use http://localhost:8080/rest/nodes but change localhost to your ISY IP address. So device 123 does match between your ELK is ISY, what other light names configured in your ELK to you expect to match with an ISY name?
  7. You aren't able to select Armed Status in UDM to show this? Sent from my Pixel 6 Pro using Tapatalk
  8. Yes open your area node and set armed status. You can create a favorite to armed status to make it easier. Sent from my Pixel 6 Pro using Tapatalk
  9. Yep,. sailing away. Back home Tuesday. Sent from my Pixel 6 Pro using Tapatalk
  10. Yes I realize it's showing you the link to 127.0.0.1:8080. You need to change that to your IoX IP address. For some reason I can't download your PDF on my phone while on a catameran in the Caribbean, I'll have to look when at a computer at home. Sent from my Pixel 6 Pro using Tapatalk
  11. Change 127.0.0.1 to the Polisy/eisy address . PG3 used to give us the real IP but not anymore I guess. Sent from my Pixel 6 Pro using Tapatalk
  12. I've never seen this happen with the ELK NS. If you have the issue please download log package and PM it to me. I'll try to test when I am home from vacation. Sent from my Pixel 6 Pro using Tapatalk
  13. Sorry, I can't do anything about the order of the list. That has also been reported to UDI.
  14. Yes, as mentioned in doc https://github.com/UniversalDevicesInc-PG3/udi-poly-notification/blob/master/README.md#system-customizations "This feature allows sending messages defined in the Admin Console Configuration->Emails/Notifications->Customizations" The issue with it showing the ID in the Admin Console has been reported to @chris UDI and will hopefully be fixed in a future release of the Admin Console. BTW, you don't need a unique customization for each Leak Sensor, just create one and reference like the example in that section of the doc mentioned above.
  15. Great, glad it's working. Sounds like I need to update my documentation? Sent from my Pixel 6 Pro using Tapatalk
  16. Did you restart the nodeserver after adding the groups? Then once it fully completes the restart the open the admin console (if you already have it open, then close and reopen) Sent from my Pixel 6 Pro using Tapatalk
  17. You can just copy/paste the subject and body of your network resource into a Customization, then edit your program and change from running the NR to sending a notification using that Custom Content. Would be nice if I created a how-to guide for that...
  18. You are testing Control, not Status in your program? Status always changes, but control is handl with send on/off for. Sent from my Pixel 6 Pro using Tapatalk
  19. Yes, there is an option on each zone "Send On For” Sent from my Pixel 6 Pro using Tapatalk
  20. Your program looks correct, control action should come first. You can't add the elk log to a notification but you can add any of the driver values. Sent from my Pixel Tablet using Tapatalk
  21. There should not be much delay. I assume you use a program? Do you trigger off the control event? I do something similar with some doors which I put the zone in a scene instead of using a program. But when I tested it a long time ago there really wasn't much difference between a program or a scene. Sent from my Pixel 6 Pro using Tapatalk
  22. Thanks @MrBill, yes this is available @Morris Hansen
  23. They're all working now from the Home app. I had an old Polisy which was offline still in the account so I deleted it and put my main eisy as the default then relinked again. Wasn't working at first but now seems to be okay. Sent from my Pixel 6 Pro using Tapatalk
  24. I relinked again and devices still show as offline in the home app. Voice commands are working now but have been very inconsistent. Ticket submitted #21944. Sent from my Pixel Tablet using Tapatalk
  25. Great! I'll try to look into allowing user name as well since that would be nice. Sent from my Pixel 6 Pro using Tapatalk
×
×
  • Create New...