Michel Kohanim

@stealle, Ring is supported in PGC but there are some bugs + we are adding flood lights and some other things. With kind regards, Michel

@fasttimes, Thanks so very much for the kind words. We had to think about this long and hard. If we become a software company that runs on any hardware then: 1. Our already complex system is going to be even more complex by forcing people to do installation 2. We will not be in charge of ensuring that the product - as a whole - is stable, secure, and reliable. And, thus won't be able to provide the same level of support 3. We will lose most (if not all) of our utility contracts 4. We will be another Indigo, HomeSeer, Home Assistant, Node Red, etc. So, we took the middle ground, an off-the-shelf hardware that is modified with our own BIOS and security chip for TPM. And, our own modified version of BSD with all the bloat taken out. And, our own package management system that houses only packages that we have tested and compiled ourselves and that we can support. We also thought about adding jails but decided against it. So, developers and geeks at heart are free to do whatever they want with the system. With kind regards, Michel

@Blackbird, Yes, for sure. With kind regards, Michel

@TexMike, No, you don't. At least not for now. With kind regards, Michel

@smokegrub, Most probably the remote ISY was rebooted and, since you cannot query battery operated devices, their states are blank. With kind regards, Michel

@ctviggen1, Please send your log to support@universal-devices.com. With kind regards, Michel

@FarmerGeek, It seems that you have DNS problems: https://wiki.universal-devices.com/index.php?title=Main_Page#DNS_Error With kind regards, Michel

@fasttimes, I do not know what ISY Component is. You asked whether or not you can expose ISY Portal to Home Assistant and the answer is an absolute and unqualified yes. i.e. if HASS already talks to ISY directly, it should be able to talk to ISY through the portal with minor modifications of the base url and credentials. With kind regards, Michel

@ctviggen1, You need to provide the missing records from 16291 to 16314. With kind regards, Michel

@ctviggen1, If you don't see Program in the column before last, then this device is being turned on/off AT THE DEVICE. i.e. System = response from the device, Program = ISY Program, Web = web client. I see neither program nor web. So, it's not ISY turning it on/off. Perhaps a ghost? With kind regards, Michel

@FarmerGeek, Admin Console | Tools | Error Log. With kind regards, Michel

@FarmerGeek, The best place to start is the error log. If you are still having trouble, please do not hesitate to submit a ticket. With kind regards, Michel

@lmhinman, Definitely related to the router not giving ISY an IP address. Are you certain that ISY is connected to the router either directly or indirectly? With kind regards, Michel

@fasttimes, Everything that is available from ISY directly is available through the portal (i.e. portal acts as a proxy to ISY). The only change is the base URL and the credentials. So, what you need is to go to Select Tools menu | ISY Information and then use that given URL as the base and use your ISY Portal credentials. With kind regards, Michel

@Goose66, Thank you! I think the best approach would be to have a scripting language extension for those who want to program. Perhaps in our next lives :). With kind regards, Michel

@Goose66, Thanks so very much for the detailed explanation. I think what you are looking for is a full featured programming/scripting language (such as JavaScript/Lua/pawn) and I am almost certain that, even though you might love it, we'll have to have all non-programmers having to take programming courses. Cases in point … take a look at our competitors. Also, it's pretty much an impossibility for Wait and Repeat not to finish. They both have a limit and, if the condition changes, then they will stop. Anyway, I just didn't want to let "shortcomings in ISY's programming model" to be left unanswered. Yes, perhaps shortcomings for a programmer. The same way that Java fixes the shortcomings of C++ (e.g. garbage collection) and C++ fixes the shortcomings of Java (e.g. no interpreter required) and on and on …. With kind regards, Michel

@Goose66, Thanks so very much for the details. With sincere apologies, I still don't get it. ISY supports the first 3 (as events) which are published in pub/sub fashion to clients. Now, within ISY, you have a choice: to do something with those events (condition on the event) or not. Apart from subscriptions, are you saying that there are other purposes for "events" without any conditions? If so, what? What do you want to do with those events? With kind regards, Michel

@Goose66, I still don't get it. What's an event and what's a condition? With kind regards, Michel

@TomNow2, By event driven I mean that programs are evaluated based on events. i.e. if there are NO events (changes in the properties of devices, smart meter, electricity pricing, climate conditions, etc.), then the programs will NOT be evaluated at all UNLESS they are schedule based. Some high level information: 1. Based on whether or not the incoming event makes the If true or false, Then or Else sections are executed respectively 2. You can use Repeat or Wait in Then/Else. But, note that both are interruptible. This means that if the condition changes to false based on another incoming event, then Wait/Repeat will terminate in the Then. And, if true, Wait/Repeat terminate in Else 3. If the status/property of a device does not change, an event is not generated so the programs depending on Status will only work based on change of state 4. Programs based on physical activity are handled by Control. This means that if a device is already on, and you go and physically turn it on again, then the program will be evaluated IF AND ONLY IF it's checking for Control In short, everything happening in ISY is based on generated and processed events. Of course, you can force programs to run/stop etc. but that's just the means for giving you more control over what should happen and/or reuse of certain constructs. With kind regards, Michel

@markv58, Brilliant app. Do you want to develop one for us? With kind regards, Michel

@Goose66, Just to be clear, ISY is event driven. i.e. it evaluates events and then does something. I am not sure what a conditional programming model is. With kind regards, Michel

@simplextech, It seems that those apps are not including the uom. The solution in UDAjax was to always pass the uom (4 or 17). Any app that will use rest commands to change setpoints without specifying the uom will see this behavior, which currently includes HAD, Agave and eKeypad. With kind regards, Michel

@sperok, Unfortunately drag/drop will not work on OSX. With kind regards, Michel

@dsstrainer, 1. You should NOT use the button grouping 2. I suspect a step was missed here: Medium Scene Select the Medium Scene in the network tree Using the sliders in the panel, set the levels for each button and the FL - Motor for this scene Medium Button – 100 Fanlinc - Med All other buttons – 0 Select the Scene Controller button in the Medium scene. This entry will be red. Click on Copy Scene Attributes from Medium With kind regards, Michel

@dsstrainer, I was never good in anthropology so I missed it . Your first assumption is false. The beauty of ISY is that it creates all these manual links for you so that a) you don't have to do it and b) ISY will know the status of things. If you remove ISY, you KPL and FanLinc will continue to work as is. In short - let me see if I can give you an anthropomorphic analogy - ISY is not like a traffic cop directing traffic. With kind regards, Michel