apostolakisl

I am running an ISY at our church and have given access to a couple people. I did this by having them create their own isy portal account and then linking it to the church ISY and finally giving the authorization from the admin console. I am not sure at this point how to manage those users. Perhaps I should have added them under my portal account instead of them having their own? I do not see any of the other users on any menu I search.

My google home is now saying things like the following: "ok, turning on the pond air pump on. . . sorry I couldn't reach universal devices" for some items, but for others, it just works. This is hard to explain since the same universal devices ISY controls both items. I tried this multiple times back and forth, the one device works every time, the other device gives the error message. EDIT: OK, so I actually checked the pond air pump, and it does turn it on and off even though it says it couldn't reach universal devices.

Insteon thermostats can definitely be assigned to variables, at least in version 5.0.14. Here is a program I use to measure the difference between the set point and the actual. temp dif from set - [ID 0086][Parent 0082] If 'HVAC Mt. Tabor / Mt. Tabor-Hall-Back Wall' Temperature is not -50.0° Or 'HVAC Mt. Tabor / Mt. Tabor-Hall-Back Wall' Heat Setpoint is not 0° Then $i.temp.dif.from.set = 'HVAC Mt. Tabor / Mt. Tabor-Hall-Back Wall' Heat Setpoint ° $i.temp.dif.from.set -= 'HVAC Mt. Tabor / Mt. Tabor-Hall-Back Wall' Temperature ° Else - No Actions - (To add one, press 'Action') CAI webcontrol has two options. 1) Write PLC code on the CAI that posts directly to a variable using ISY REST interface 2) Install ioguys webcontrol software on a PC or RPi to interface your CAI and ISY. I have no temp probes on my CAI, but here is a program that I created just now that I'm pretty sure would set a variable based on temp reading from CAI. DST1 - [ID 014A][Parent 0093] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then $DST = 'WebControl8 / Temperature1' Status Else - No Actions - (To add one, press 'Action')

what is the source of the temperature readings?

Heck, now that you mention it, I realize I knew that and in fact have one setup for leaving or returning home. Just to annoy my wife, I can say "raise shields" or "lower shields" to my Android phone and it runs all the home away or home returning programs. In fact, it closes any and all of the garage doors if open, but it does so via ISY triggering and Elk rule. As I mentioned the elk rule was already in place and works, so no need to redo it. I do have the issue with if I mindlessly first hit the regular garage door open/close button first, it screws up the garage door. That is why I was hoping to figure a reasonable way to monitor garage door movement.

I use my Elk to control my garage door with Elk Rules that check the current status of the door and do the right thing. I would have done this in ISY, but at the time there was no ISY Elk module. If I were to redo it I would use ISY. 1) You need to know the state of the garage door. In other words, an alarm system style door contact. It would also be nice to know if the garage door is currently and moving and which direction, but that has proven to be difficult. There is a thread on that in here. 2) Write a program in ISY that for closing the garage door. Program close garage door If status of whatever device you are using to monitor door contactor is open Then close contact on garage door button relay for 1 second 3) write the same program for opening but check for contactor closed 4) Write two more programs for triggering these If blank Then run close garage door program if Else Blank 5) In the portal, set google home to run the trigger program on the words "close the garage door" and the same thing for open garage door. 6) Now you would say to google, "ok googe, turn close the garage door on". That will then check to see if the garage door is open and if so, close it. The caveat to this is if the door is currently in motion it will not get it right. I don't know of any way to get google home to run a program using any words aside from turn on (runs then) or turn off (runs else). If so, you could make it more intuitive by just saying "close the garage door".

I have my IR codes for ISY on my Harmony, so I get control that way for individual button presses. I also have polyglot with the harmony node server. There is two way communication between ISY and Harmony, though it doesn't have nodes for individual button presses. Basically, when you turn an activity on, it will tell ISY the activity is on and it will show "True". So at least from the standpoint of starting or ending an activity, there is a direct link between ISY and Harmony (or at least mostly direct since it goes through polyglot on a Rpi). This works great for something like dimming the lights when you start an activity and turning them back up when done. Also, for things like, when I arm my Elk alarm, ISY shuts off any running activities on Harmony. But in short, if you want individual button presses on Harmony, I only know of using IR. If you can't run a wire between your ISY and Harmony, you may use an IR/RF repeater that can cover the distance.

So the mSATA drive will replace the SD card? Looking forward to it. Hopefully the node server administration will be built into the admin console?

You can have echo run a program. The program can set the variable. The same program can send you an email/text letting you know it activated and/or blink some lights or something. When you tell it to turn a program on, it runs the "then", and vice-versa. You also can skip the variable all-together and have that program disable the programs you don't want running while away.

No, it doesn't turn it on because the program was always false as you had it written with "same day". Your "from time" is after your "to" time. What you had written will never be true. ISY works off of triggers. Your program had two triggers, the from time and the to time. The trigger initiates the "if" evaluation. The trigger has nothing to do with it being true or false. So once triggered, it determines true vs false and executes the "then" or "else". In your case, else every time.

When I asked my google home to turn on a light, it responded with something to the affect of "universal devices is not available right now". It definitely did not say anything about permissions nor did it use the word error. Having experienced this before, I went directly to "google home" app on my phone, removed Universal Devices, then added it back in. This fixed the problem and I got no errors adding it back in.

Well, after a long time of not going down, the link went down again. So perhaps putting devices into the google home that update often (multiple times per day) doesn't entirely fix this issue.

I don't personally need to track anything, but others do. If you support http end points, there really wouldn't be anything you would need to do to make it work with ISY. Anyone can set a port forward and have an http command directly go to their ISY, or, us the universal devices portal and avoid security considerations. This could be used to set a variable for example. You could even have it send coordinates. If you wanted to get a little fancier, I'm sure one of the people on this forum who know how to create ISY nodes could create a custom node for your device. I don't know what sort of development budget you have, but it wouldn't be a very big project.

Nodelink puts the values as nodes. That is a huge plus. I already have all the values as variables from that huge batch of programs I wrote so many years ago so there was no point in using v5 date variables. I checked it out and was disappointed that the values weren't directly accessible. The issues with another device running wasn't an issue for me as I already had a rpi and a pc configured for always on reliability. It would seem to me that with polyglot, ISY is going to be leaning more and more on that method for expanding its integration and would expect that most ISY owners would end up running a polyglot rpi sooner or later. Perhaps the cloud based polyglot will make that unnecessary, but then you have the issue with the system no longer being local.

You have access to system variables (month, year, etc) only within the user configurable variables. You will need to create a user defined variable for each system variable you intend to use. Then create a program that updates the user defined variable with the system value. Then you can use that user defined variable within other programs. Frankly, the nodelink program is better. Though it uses the time from the pc or rpi's clock it runs on, not the isy clock. The program that updates the variable will need to run at logical times to make sure the value is correct.

Control: -triggers a program when: Someone physically acts upon the switch (for switches) and performed the precise statement listed. ie control "on" means the on paddle was tapped. Any other action to the switch is ignored. Like press and hold the on (which is control dim up), or double tap on (which is fast on), or any action to the down button. -the statement may be otherwise evaluated if something else triggers the program (like an additional if line) and the statement will always be false. For example, control switched on will always be false if something besides someone physically tapping the on paddle triggered the program. Usage is mostly confined to: If device x is switched on (always false, except at the instant ISY receives the "on" statement from the switch) and device x is not switched off (always true, except at the instant ISY receives the "off" statement from the switch) The above is used to have the "then" run when a switch is tapped on, and the "else" run when tapped off. Status: -triggers a program when: The device status changed for any reason. Regardless if it was acted upon directly or responded to something else. -the statement may otherwise be evaluated if something else triggers the program (like an additional line in the "if") and will be true if indeed the status of the switch is as listed or false if otherwise. ie, if status device x is off will test as true if the device is off at the time the program triggers regardless of what triggered the program. NOTE: It will also be true in the case that the triggering action culminated in that status. ie "if status device x is off" will be true if the device began in any state beside off and became off. In that case, the switch becoming off triggers the program and evaluates true. Understand that a "control" condition is an instantaneous condition corresponding to the exact point in time that the ISY receives the message from the switch that it was tapped. No two control statements are ever processed simultaneously. If using the "not" then it is just the opposite, it is always true except for the instant ISY receives that command at which point it tests false.

You can control individual keypads from Agave. I do believe you can arm the system with violated zones and it will bypass them. I don't know of a way to pick and choose zones.

To my knowledge, the only things ISY (and thus all the apps that integrate with ISY) lack is Task control on the Elk. Seeing as ISY is a much better programming interface, Elk Tasks aren't really necessary. I have kept my Elk tasks since I made them before ISY had an Elk module and use an Elk output to trigger them from ISY (which is rare). Also, you can't set "counters" on Elk from ISY, but I barely use those at all. Is there anything else I'm missing? I also use Tasks on Elk for a couple things that are strictly security system related and would never need to be manually activated.

I have android so I use Agave. An Apple person will need to give you the details.

mobilelinc is the best option for iphone. You don't need the portal, but I would highly recommend it. It takes care of keeping your ISY connected to the www in a secure and simple way with very minimal cost.

Not positive, but you might be able to respond to an email as well. I haven't looked into it. Though, I use google voice and all of my texts come as emails (as well as texts) and if I respond to the email, it goes out as a text. So, in short, I don't need to have IFTTT respond to an actual email.

I agree, this sounds like a verizon email to text issue. As a suggestion, you might consider using IFTTT for this. The ISY portal integrates ISY with IFTTT. For starters, IFTTT can send a text as a text. Secondly, you can reply back to IFTTT and IFTTT can then tell ISY to end the program via a REST command. I have a situation where IFTTT sends me a text letting me know the sprinkler is going to run in the morning. If I reply to that text #no it will cancel the sprinkler. You could just as easily have it end that program repeat. When IFTTT receives the #no, it then issues a REST command (again through portal) to ISY which sets a variable to 0. The sprinkler runs at 6am if that variable is 1. So the deal is that at 6pm on the day before my schedule wants to sprinkle, an ISY program sets the variable to 1 and tells IFTTT to send the text.

Yeah, but this is my office. I have Elk at home and I do integrate it heavily into all of that, but it is using the ISY Elk module. I just don't have much use for all that stuff at the office. If I were doing it all again, I might choose DSC at home with all of the integration that (thanks largely to you) it has now and at quite the lower price point.

OK. I might use one of my idle CAI boards to control it then. I assume that nodelink/invisalink can trigger an ISY program based on alarm status which can then control the cai webcontrol. My plan is to wait 30 minutes after arming to turn off water. I also plan on putting in some water sensors to turn it off immediately. We have laundry facilities at my office and the staff like to turn it on just before leaving which of course doesn't work if the water shuts off. EDIT: I could also just skip envisalink altogether and use a CAI board. The pgm output could go to a CAI input and trigger a program within CAI to wait 30 minutes and the turn the valve off. And I could wire water detectors directly into CAI also for instant off.

Can nodelink control the pgm outputs on a DSC system via the envisalink? It is listed in the installation manual that you can control the pgm output using the DLS software, and I understand that the DLS software can use the envisalink as its connection interface, so I know there is a pathway, I'm just wondering if nodelink has the ability to utilize that pathway. The deal here is that I am using the pgm output to turn my office main water supply off when armed away. However, I would like to have more customized control of it.