Jump to content

ISY-991 and Garage Door Control & Status Kit


jcleek

Recommended Posts

ISY-991 running version 3.3.4. I had to replace my garage door opener/sensor (2450) because it finally quit. Replaced it with a new one that I just got from Smarthome.com. I have it working to open/close the garage door but it will not update the status on the ISY. When the door is opened/closed the green LED changes as expected but the ISY does not update the status. This is a clean log for an OPEN/CLOSE event on the garage door:

 

Sat 11/24/2012 08:10:48 PM : [FileOpen ] Open failed for [/CONF/INTEGER.VAR] ®

Sat 11/24/2012 08:10:48 PM : [FileOpen ] Open failed for [/CONF/STATE.VAR] ®

Sat 11/24/2012 08:10:48 PM : [FileOpen ] Open failed for [/CONF/ELECMTR.CFG] ®

Sat 11/24/2012 08:10:48 PM : [FileOpen ] Open failed for [/CONF/ELEC.CFG] ®

Sat 11/24/2012 08:11:01 PM : [iNST-TX-I1 ] 02 62 1F 51 67 0F 11 02

Sat 11/24/2012 08:11:01 PM : [iNST-ACK ] 02 62 1F.51.67 0F 11 02 06 LTONRR (02)

Sat 11/24/2012 08:11:03 PM : [iNST-SRX ] 02 50 1F.51.67 0F.D5.81 23 11 02 LTONRR (02)

Sat 11/24/2012 08:11:03 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:11:03 PM : [ 1F 51 67 2] ST 255

Sat 11/24/2012 08:11:08 PM : [iNST-TX-I1 ] 02 62 1F 51 67 0F 13 02

Sat 11/24/2012 08:11:08 PM : [iNST-ACK ] 02 62 1F.51.67 0F 13 02 06 LTOFFRR(02)

Sat 11/24/2012 08:11:08 PM : [iNST-SRX ] 02 50 1F.51.67 0F.D5.81 23 13 02 LTOFFRR(02)

Sat 11/24/2012 08:11:08 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:11:08 PM : [ 1F 51 67 2] ST 0

Sat 11/24/2012 08:11:10 PM : [iNST-TX-I1 ] 02 62 1F 51 67 0F 11 02

Sat 11/24/2012 08:11:10 PM : [iNST-ACK ] 02 62 1F.51.67 0F 11 02 06 LTONRR (02)

Sat 11/24/2012 08:11:10 PM : [iNST-SRX ] 02 50 1F.51.67 0F.D5.81 23 11 02 LTONRR (02)

Sat 11/24/2012 08:11:10 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:11:10 PM : [ 1F 51 67 2] ST 255

Sat 11/24/2012 08:11:15 PM : [iNST-TX-I1 ] 02 62 1F 51 67 0F 13 02

Sat 11/24/2012 08:11:15 PM : [iNST-ACK ] 02 62 1F.51.67 0F 13 02 06 LTOFFRR(02)

Sat 11/24/2012 08:11:16 PM : [iNST-SRX ] 02 50 1F.51.67 0F.D5.81 23 13 02 LTOFFRR(02)

Sat 11/24/2012 08:11:16 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:11:16 PM : [ 1F 51 67 2] ST 0

Sat 11/24/2012 08:12:00 PM : [FileOpen ] Open failed for [/CONF/INTEGER.VAR] ®

Sat 11/24/2012 08:12:01 PM : [FileOpen ] Open failed for [/CONF/STATE.VAR] ®

Sat 11/24/2012 08:12:01 PM : [FileOpen ] Open failed for [/CONF/ELECMTR.CFG] ®

Sat 11/24/2012 08:12:01 PM : [FileOpen ] Open failed for [/CONF/ELEC.CFG] ®

Sat 11/24/2012 08:12:07 PM : [iNST-TX-I1 ] 02 62 1F 51 67 0F 11 02

Sat 11/24/2012 08:12:07 PM : [iNST-ACK ] 02 62 1F.51.67 0F 11 02 06 LTONRR (02)

Sat 11/24/2012 08:12:07 PM : [iNST-SRX ] 02 50 1F.51.67 0F.D5.81 23 11 02 LTONRR (02)

Sat 11/24/2012 08:12:07 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:12:07 PM : [ 1F 51 67 2] ST 255

Sat 11/24/2012 08:12:12 PM : [iNST-TX-I1 ] 02 62 1F 51 67 0F 13 02

Sat 11/24/2012 08:12:12 PM : [iNST-ACK ] 02 62 1F.51.67 0F 13 02 06 LTOFFRR(02)

Sat 11/24/2012 08:12:13 PM : [iNST-SRX ] 02 50 1F.51.67 0F.D5.81 23 13 02 LTOFFRR(02)

Sat 11/24/2012 08:12:13 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:12:13 PM : [ 1F 51 67 2] ST 0

Sat 11/24/2012 08:12:16 PM : [iNST-SRX ] 02 50 1F.51.67 00.00.01 C3 11 00 LTONRR (00)

Sat 11/24/2012 08:12:16 PM : [std-Group ] 1F.51.67-->Group=1, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:12:16 PM : [ 1F 51 67 1] DON 0

Sat 11/24/2012 08:12:17 PM : [iNST-SRX ] 02 50 1F.51.67 11.00.01 C3 06 00 (00)

Sat 11/24/2012 08:12:17 PM : [std-Group ] 1F.51.67-->11.00.01, Max Hops=3, Hops Left=0

 

Anyone have any idea what I can do to resolve this? My previous iolinc updated its status correctly and it was an older version...

Link to comment

The I/O Linc Relay sequence is somewhat unusual. The Relay is turned On, followed 5 seconds later with a Relay Off. Two seconds later there is another Relay On, followed 5 seconds later by a Relay Off. The second Relay On/Off sequence, which simulates a second manual press of the garage door button, could stop door movement before it opens fully. This is followed nearly 1 minute later by another Relay On/Off sequence which is then followed 4 seconds later by an I/O Linc Sensor On. There is no Sensor Off message in the trace. The Sensor must have turned Off when the door opened, otherwise there would not be a Sensor On message when the door closed.

 

Powerline communication with the I/O Linc is poor. All the communication is Max Hops=3 Hops Left=0 which is as bad as it gets and still see communication.

 

Sat 11/24/2012 08:11:03 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

Sat 11/24/2012 08:11:08 PM : [std-Direct Ack] 1F.51.67-->ISY/PLM Group=0, Max Hops=3, Hops Left=0

 

Also not sure why the Relay Off commands are being sent to the I/O Linc. Normally the I/O Linc Relay is set to one of the Momentary modes so the I/O Linc automatically turns the Relay Off. It is possible the Relay Off is interfering with the Sensor Off message when the door is initially opened. Could also be the Sensor Off message was lost due to the bad comm

 

I would put the Relay into Momentary mode and stop sending the Relay Off commands. Also the issue with communication with the I/O Linc should be cleaned up.

Link to comment

The relay is set to MOMENTARY B but it gets stuck in the ON position. So I made a program to check to see if it is on, wait 5 seconds and switch it off. Have I done something wrong in the setup to prevent it from switching off automatically?

 

garage.png

 

As for the hops issue I am lost. I have only the ISY connected to a PLM, and then I have the box that is supposed to connect the phases of the house together (don't remember what it is called). Is that my 3 hops?

Link to comment

The Relay status shown by the Admin Console is not accurate because the I/O Linc does not tell the ISY when it turns the Relay Off automatically with Momentary mode. Since Direct On commands are being used in your implementation the Relay shows On even though the Relay is actually Off 99% of the time. This has no functional effect on the results. The Direct Off commands are not needed and could interfere with Sensor messages being sent from the I/O Linc.

 

A pair of Access Points are the best means of coupling the two 120v legs. The Hops Left=0 indication means that either because of distance or lack of phase coupling or interference the Insteon signals to and from the I/O Linc location are operating at the extreme edge of reliability.

Link to comment

Understand the ISY not reporting the on/off status in the iolinc.

 

I looked and I have two access points #2443 running v.2.0. I repositioned those and linked them again. Both are within 15 feet of the garage door iolinc. They are installed according to the wiki. I cannot explain what is different but ultimately I moved one of the access points. The sensor is now reporting its status even though the log still shows Hops Left=0.

 

The box I was referring to is actually two access points, # 2443, running v.2.0.

 

Thanks for the help. And if there is something else I can do with the access points please let me know.

Link to comment

Thanks. Access Points are not linked together. If referring to the 4 tap Set button test, this test verifies the Access Points are within RF range of each other and on opposite 120v legs. The LED blink pattern and color on the second Access Point provide the feedback as to RF reception and if on opposite 120v legs.

Link to comment
The sensor is now reporting its status even though the log still shows Hops Left=0.
And if there is something else I can do with the access points please let me know.

 

I would not be looking at access points for any issues you are having with hop count. I would look, instead, for powerline communication problems.

Link to comment

Using Query is a good test that does not change anything at the device. Right click the I/O Linc Sensor or Relay node, select Query. The following are from a Query of an I/O Linc

 

Sun 11/25/2012 05:57:27 PM : [iNST-TX-I1 ] 02 62 15 BB 5A 0F 19 01

Sun 11/25/2012 05:57:27 PM : [iNST-ACK ] 02 62 15.BB.5A 0F 19 01 06 LTSREQ (01)

Sun 11/25/2012 05:57:27 PM : [iNST-SRX ] 02 50 15.BB.5A 19.70.06 2B 00 00 (00)

Sun 11/25/2012 05:57:27 PM : [std-Direct Ack] 15.BB.5A-->ISY/PLM Group=0, Max Hops=3, Hops Left=2

Sun 11/25/2012 05:57:27 PM : [iNST-TX-I1 ] 02 62 15 BB 5A 0F 19 00

Sun 11/25/2012 05:57:27 PM : [iNST-ACK ] 02 62 15.BB.5A 0F 19 00 06 LTSREQ (LIGHT)

Sun 11/25/2012 05:57:28 PM : [iNST-SRX ] 02 50 15.BB.5A 19.70.06 2B 00 00 (00)

Sun 11/25/2012 05:57:28 PM : [std-Direct Ack] 15.BB.5A-->ISY/PLM Group=0, Max Hops=3, Hops Left=2

Sun 11/25/2012 05:57:28 PM : [ 15 BB 5A 2] ST 0

 

Do a Query of a sample of devices around the house. This might show a pattern where comm is good and where it is bad which may help identify the source.

Link to comment
  • 4 weeks later...
Guest
This topic is now closed to further replies.

×
×
  • Create New...