Xathros

Excellent news! Looking forward to seeing how this all works! -Xathros

In my opinion, "Izzy" would be much better in term if ease of use. -Xathros Sent from my iPhone using Tapatalk

UDI has written an Alexa skill and submitted it to Amazon for approval. No idea how long this process takes. In addition, there is a community project that already has Echo working with the ISY but it requires another machine in the middle like a Raspberry Pi or full time PC. See this long thread for details:http://forum.universal-devices.com/topic/14525-amazon-echo-and-isy/ -Xathros

Between devices, 1 sec should do. After a scene with many devices in it, 3-5 seconds might be better. I usually go with 1-2 between resource calls. Network resource calls can and do queue up if things are busy. If doing variable substitution within the resource, it is possible to call a resource and have the variable change downstream in the programs before the resource is substituted and sent. Where this is possible, you may want a longer delay. Just beware. -Xathros

Shouldn't need a delay between variable changes unless they will drive insteon activity in other programs when changed. I find it to be a good idea to delay between scene and device actions to allow time for ack/cleanup messages to happen before generating more traffic. -Xathros

Mil- As Stu said, set the buttons to 'Non-Toggle ON' mode. Create scenes as follows: FanLow: Button B - Controller - On level 100% Button C - Responder - On Level 0% Button D - Responder - On level 0% Button E - Responder - On Level 0% FanLinc - Responder - Fan Low FanMed: Button B - Responder - On level 0% Button C - Controller - On Level 100% Button D - Responder - On level 0% Button E - Responder - On Level 0% FanLinc - Responder - Fan Med FanHi: Button B - Responder - On level 0% Button C - Responder - On Level 0% Button D - Controller - On level 100% Button E - Responder - On Level 0% FanLinc - Responder - Fan High FanOff: Button B - Responder - On level 0% Button C - Responder - On Level 0% Button D - Responder - On level 0% Button E - Controller - On Level 0% This makes the Off button go dark after turning off the fan. FanLinc - Responder - Fan Off If you prefer to use only 3 buttons, you can eliminate the FanOff scene and keep all of the buttons in toggle mode. Hope this helps. -Xathros

In addition, I don't believe the portal is a requirement for 5.x but rather an add-on feature like the other add-on modules. -Xathros

I do exactly what the OP is asking for and it can be done with FastOff and/or Off. In my MBR the SLD at the entry has the ceiling light as the load. On turns on that load only. Fast On of course turns on that load but also triggers a program that brings up the rest of the lighting in the room via a scene. Same with Fast Off. In addition, i have my program watch of On when On or Off when Off to trigger the same scene actions using code like this: Program: MBR_Ceiling_SLD_off.pgm If Control 'MBR_Ceiling_SLD.dev' is switched FastOff or ( Status 'MBR_Ceiling_SLD.dev' is Off And Control 'MBR_Ceiling_SLD.dev' is Off) Then Set Scene 'MBR_All.scn' Off Else This works with either a FastOff (Double Tap Off) or an off when the SLD is already off (2 single tap offs). Hope this helps. -Xathros

Ok. So there is a beacon test running on its own. Next step is to id the sender. Since the sender also blinks during the test, it must be one of the blinking devices. Unplug or air gap them one at a time with at least 5 seconds in between till you find the sender. -Xathros Sent from my iPhone using Tapatalk

Stu- Do you have any older Access Points? I have had 2 develop bad PSU's and do odd things on their way out. Maybe you have one performing a beacon test as it's death dance. -Xathros

On ALL of my devices, the beacon test flashes the Set Button LED not the Button or Paddle LEDs. Has something changed in a newer firmware? -Xathros

@larryllix- You know, now that you mention it, My blink on TX is more like you described than what Stu's video is showing. Stu's does look like the blink pattern when in linking mode or beacon test (500ms on / 500ms off) except for the fact that it's the wrong LED's blinking. Its obviously a programmatic blinking from within the Insteon devices themselves which makes me suspect it's a feature. I saw another discussion here recently that indicated a difference between "Blink on TX" and "Blink on Activity". To me Blink on TX means blink when this device transmits. That however is not what this option does on my switchlincs. Instead, they blink on any Insteon activity. I wonder if some devices have a different blink on Activity feature that blink as Stu's do. @stusviews - Can you shoot another video of the same set of devices when they are not actively pulsating and operate the switchlincs on/off while shooting? -Xathros

Hi Stu- I just watched your video. The blinking on the SLD's looks EXACTLY like what I get with "Blink on TX" enabled on mine. I suspect that is also what the KPL is doing but since my ISY does not give me the option to enable that feature, I cannot test to see if that is what it would look like. Watch the event viewer when this is happening, I bet you will see traffic. -Xathros

Stu- When does this happen? Constantly, when a button is pressed, could it be indicating insteon traffic (Blink on traffic) ? -Xathros

Do not unzip the backup. ISY expects a zip. Try Chrome or Firefox instead of Safari. -Xathros Sent from my iPhone using Tapatalk

Dave- Add a 3 second wait as the first line of the then section. The should eliminate the duplicates. I'm afraid I don't know why ALL of the conditions are triggering however. -Xathros

Awesome! Can't wait to see how this works! -Xathros

Hi Michel- Not sure if this is a portal bug or intentional but I discovered that I can access https://my.isy.io/isy/<my_uuid>/desc without any prior authentication and receive a significant XML response that reveals my ISY's name and some other data. This seems like a bit of a security risk. Removing the /desc from the URL does prompt for authorization. Thoughts or comments? Thanks. -Xathros

This works like a champ! Here is what I have done: Created 5 network resource rules on my home ISY. They are: Office KPL-G On, Office KPL-G Off, Office KPL-H On, Office KPL-H Off and Office KPL Beep. Office KPL is on my Test ISY at my office. The resource rules use the portal URL and portal credentials for my office ISY. Here are two of these resources for reference: On the Home ISY I created 2 programs to watch the status of my garage door sensors and call these resources with any change of state. Here is one: Dad-Update Office KPL - [ID 029A][Parent 0011] If 'Garage / Garage Door IOLinks / GD- Dad Garage Door Sensor' Status is On Then Resource 'OFFICE - KPL Beep' Wait 2 seconds Resource 'OFFICE - KPL-H On' Else Resource 'OFFICE - KPL Beep' Wait 2 seconds Resource 'OFFICE - KPL-H Off' Now, whenever a garage door opens or closes, the corresponding KPL button changes at the office and the KPL beeps to get my attention. Notes: The secondary KPL buttons need to be in scenes since they cannot be directly controlled. If copying the portal URL from the "ISY Information" menu item in the portal, remove the /desc from the URL before adding the /rest... portion in your path box. The host should only contain my.isy.io Place the isy/<your isy uuid> portion in the beginning of the path preceding the /rest... portion. I had to bump the timeout up to 2500ms to avoid receiving a "TCP Client Read Response Failed" message. There is about a 1,500ms delay between running the resource and the reaction at the destination ISY. This seems reasonable considering encryption overhead and round trip time from VT->CA->VT. -Xathros

Excellent! I will try this out today! Thanks. -Xathros

Hi Paul- I'm going to test this this morning when I get to the office. I will post my test set up and results. -Xathros

Hi Guys- Here is my solution using a single KPL button in 'Non-toggle Off' mode. LR-FanCycleA - [ID 0068][Parent 0066] If ( Control (Old) 'Living Room / KPLD8 / LR-KPL8-B.dev' is switched Off ) And $i.toggle.LR_Fan_Lvl < 3 Then $i.toggle.LR_Fan_Lvl += 1 Run Program 'LR-FanCycleB' (If) Else $i.toggle.LR_Fan_Lvl = 0 Set 'Living Room / LivingRm Fan.dev' Off Set Scene 'Living Room / LR_KPL8-B(Fan).scn' Off LR-FanCycleB - [ID 0069][Parent 0066] If $i.toggle.LR_Fan_Lvl is 1 Then Set 'Living Room / LivingRm Fan.dev' Low Set Scene 'Living Room / LR_KPL8-B(Fan).scn' 100% Else Run Program 'LR-FanCycleC' (If) LR-FanCycleC - [ID 006A][Parent 0066] If $i.toggle.LR_Fan_Lvl is 2 Then Set 'Living Room / LivingRm Fan.dev' Med Set Scene 'Living Room / LR_KPL8-B(Fan).scn' 100% Else Run Program 'LR-FanCycleD' (If) LR-FanCycleD - [ID 006B][Parent 0066] If $i.toggle.LR_Fan_Lvl is 3 Then Set 'Living Room / LivingRm Fan.dev' High Set Scene 'Living Room / LR_KPL8-B(Fan).scn' 100% Else - No Actions - (To add one, press 'Action') LR-FanCycleE - [ID 006C][Parent 0066] If Control (Old) 'Living Room / KPLD8 / LR-KPL8-B.dev' is switched Fast Off Then $i.toggle.LR_Fan_Lvl = 0 Set 'Living Room / LivingRm Fan.dev' Off Set Scene 'Living Room / LR_KPL8-B(Fan).scn' Off Else - No Actions - (To add one, press 'Action') I don't remember why I went with the integer var/program cascade method rather than using a state variable but I'm sure there was a reason at the time. -Xathros

Does this mean I could address a /Rest command to my ISY's portal URL and have my ISY react? Could this be done from the network module on one ISY to set a variable or control a device on a 2nd ISY using the 2nd ISY's portal URL? If so, what would the authentication header need to look like in the network resource for that? -Xathros

But it could: https://youtu.be/IoFBmvjTIZI -Xathros

In general, all it should take to clear a ! is a query of the device unless there is a continuing comms problem to that device. A 1011 means there are writes pending for the device. Selecting "Write Updates" should clear a 1011. If it's a wireless device, it will need to be put into linking mode before writing updates. -Xathros