apostolakisl

I am confident that there is not any difference with EISY. But I can speak only for Polisy which indeed works precisely the same as my 994i did.

@Jim P Yeah, you can't use an irrigation valve. They consume power to stay on. I suspect the solenoid would burn out being on so much and if the power went out your water would shut off. You need a mechanically actuated ball valve.

I just completed the process of linking an Insteon mini-remote to ISY and wrote a program Blinds - [ID 00A4][Parent 0097] If 'Guest Rm Mini RemoteBlinds' is switched On And 'Guest Rm Mini RemoteBlinds' is not switched Off Then Resource 'Guest Blinds Open' Else Resource 'Guest Blinds Close' It works fine. There is about a 3 or 4 second delay. I can open/close them back and forth right away while they are still closing or opening.

I have used the webhook to open and close blinds and while testing did not wait but a few seconds in between and I had no issues. If I only use it on blinds, then it doesn't really matter since I would never change it back and forth in real life in less than 30 seconds.

How about that. I had no idea this existed. It is easier to setup for one item, but once you setup the webhook for the first item, adding more is just a matter of copying the network resource and changing the one digit in the URL. The webhook does let you use any URL delivery method in addition to ISY, though I suspect I won't ever do that.

I have discovered that there is a webhook skill for Alexa. The webhook skill allows you to create as many URL's as you want (I think there is no limit) and those webhooks's show up as devices in your Alexa according to whatever you named them on the webhook webpage where you created them. Once they show up as devices on your Alexa, you create routines where the webhook "device" is the trigger and then you set whatever action you want. In ISY, create a network resource plugging in the URL provided by the webhook. One issue I discovered here is that it seems you must set all this up from the primary account profile in your Alexa. I tried setting it up at first from my profile, but my wife is the primary account. Things showed up in my profile, but they did not work. When I set things up in my wife's profile, it all worked. Here is what your network resource should look like. In the path box, you put all of the webhook URL address that follows the ".de". In other words, the red stuff I put in the URL below. https://trigger.esp8266-server.de/api/?id=allofmyprivatestuff

I have also discovered that Amazon Alexa has a webhook skill. This works better than IFTTT (it is faster). It is also free. I find Alexa to be very confusing to navigate and setup, it seems like they try to make it user friendly by only showing you what it thinks you want to see and hides all the other stuff. But once setup, you just need to put the URL into ISY and not worry about it. Caveat here is it appears you can only set it up in the primary account profile. My wife is the primary account. I initially created and setup the webhook skill in my profile. The skill showed up in both my profile and my wifes, but it only worked when I set up the routines in my wife's profile. Basic idea here is you add the skill to your alexa account. Then you create however many webhooks you want on the webpage of the webhook skill. You then go back to Alexa and ask it to discover all devices again at which time it should find all the additional webhooks. The webhooks at this point aren't actually anything but a potential trigger. When you hit the webhook url, Alexa will get a message that you did that. Then you create routines inside Alexa where the trigger "device" is the webhook and the action can be anything you want inside of Alexa including Levolor blinds (assuming you added Levolor blinds skill to your Amazon account). Though it sure would be nice if there were a Node Server!!! I sent Levolor and email asking for API info, but doubt it will get anywhere.

Completely new to this pool thing. Do I understand that Autelis is a bridge that connects various pool equipment to a common user interface?

Putting in a pool here shortly and the pool guys want to put in Pentair. I am not encouraged by what I see here regarding integration. Anything new? @Goose66

Based on the other thread and this thread, the common theme here is that after the migration people had issues. The issues got fixed after a firmware upgrade, even though the before and after firmware versions may not have been the same. So I think there is some error in the migration that is corrected during a firmware upgrade, version independent. And now a "run at startup" will work correctly to set your day/night status.

At the time I wrote this I was working on the previous statements that there is a single program from sunrise to sunset. Anyway, using two programs needlessly complicates things since it won't do anything better than a single program and as you mentioned makes it impossible to assess day vs night status if ISY is not running at the time of the change from day/night. So yes, run at startup won't work.

@CoolToys Set the sunrise/sunset program to run at startup to avoid the status of the program/variable from being incorrect after restarts. It sounds like sunrise/sunset is now working? And yes, I had to go through when I switched to the Elk node server from Elk module and fix all of my Elk programs. However, I did not do that at the same time as switching to Polisy so it broke up things up.

EDIT: It see that Andy C posted in another thread and a second person also said they had issues. Both said issues went away with firmware update even though they weren't on the same firmware. Perhaps there is an issue with the migration and the issue gets fixed by a firmware update, regardless of the version. In other words, the update process fixes it, not the firmware. I am on Polisy 5.6.4 and have no issues nor did I have issues when I migrated to Polisy a couple years ago. Short of ISY having some glitch that is making the sunrise/sunset terminology not work, I suspect you have some other program that is doing this. Checking the current state of the night/day program and the state of the variable at any given time and seeing that it is as expected for that time of day rules it out as the problem. Again, watching the program summary page while you are doing things (or at the time it does things) that trigger these programs to run incorrectly will show you what program is doing it. Moving the sunrise/sunset line into your program instead of the variable won't fix anything. If the sunrise/sunset program is setting the variable wrong, it will be just as wrong if it is in the program itself. It is quite easy to see if the sunrise sunset program is setting the variable wrong by just looking at the variable value and seeing if it is correct for the time of day. Of course you can also look at the current true/false status of the sunrise/sunset program. Also, you can also do a "run if" on your programs and see if it the outcome is what you expect for that time of day and other conditions that may exist in the if clause. It looks @Andy C is saying he had the sunrise/sunset programs run wrong as well. I don't know, I have not seen this being an issue on the forum and I have had my sunrise/sunset programs work correctly through every firmware update over the last 15 years including 99i/994i/and now Polisy running two units at two different locations. It is unlikely that this has anything to do with the PLM. Orphan links can happen and can turn devices on and off as responders to other devices where they are not supposed to be linked. I see the chances of the behavior you described being related to the PLM or Insteon links to be very tiny.

OK, that fixed it. Thanks.

OK, you have a 994ir, not a 99ir

By "system" what do you mean? Polisy, the node server, my phone app? I have restarted the sensibo node and my entire phone. But not the entre Polisy. Also, it lists fan level in ud mobile as a number instead of word like "high"

The Sensibo node shows power state as 0 and 1 instead of on and off. The admin console shows the same node as on/off. Wondering if UD Mobile could be made to show on/off instead of 1/0.

There is no partial migration. You just set aside a few hours and do it. Of course if things go south on you and you are using the same PLM, you can quickly go back to the 99ir. Just plug the plm back in to the 99ir and reboot. Question, how are you accessing your 99ir? I am still using it as an ir receiver. Last I logged on about a year ago all was fine, but now I am unable as Java refuses to run the file because of expired certificate.

Hmm. I have the exact opposite experience. I have never had it not find my ISY or Polisy when on the same LAN/VLAN at multiple locations using multiple computers and evolving through a few different routers. However, this person also entered it manually and it isn't finding it.

Obviously if your ISY is showing up in the portal and you can get to it then ISY is alive and kicking. IoX will automatically find ISY as long as the computer running IoX and the ISY are on the same LAN and you don't have any fire wall rules in your router. It won't find ISY if ISY and your computer are on different VLAN's or completely different LAN's or across a VPN. Also I suppose it is possible that if you are running some anti-virus software on your computer that it may be blocking it. And as mentioned, your username when accessing via the portal is your portal username (likely your email) and the password is the portal password.

Well it is actually $49 for two years, but I guess if you never use it. Via the portal you can access everything including the admin console and thus you can write programs and edit programs and really pretty much everything remotely.

The portal gives you access to your ISY through via a secure connection through the UD servers. This means you can access your ISY from outside your home without opening ports through your firewall. It also allows you to integrate with Alexa, Google, and IFTTT. So without the portal, that is what goes away. But frankly, it is so cheap I don't know why you wouldn't get it.

@hart2hart Basically, I am wondering if I should open it up and replace caps or if I am wasting my time doing that.

It is two washing machines. Has always been. But the com issues used to be mild and gradually got worse. Now it doesn't com at all without the dual band device. So I think something in the unit is gradually failing. I suppose both washers could be getting "noisier", but I doubt it.

Anyone ever repaired a synchrolinc? I have two, they work, but they communicate very poorly. They are power line only. I have found if I plug in a dual band appliancelinc and then plug the synchrolinc into it, that I get good com and it works as perfectly. But anything less than directly plugged into a dual band device and it mostly fails. Not sure if this is just another time that replacing caps will fix it. Most cap issues relate to power supply, and this is not a power supply issue. The unit seems to power itself fine. It is a comm issue and it seems as though it has just gradually gotten weaker and weaker over the years. They don't make synchrolincs anymore so it would be nice to have these guys working.