LeeG
Members
-
Joined
-
Last visited
Everything posted by LeeG
-
A Scene is not defined as to what command will trigger the Scene. Not within Insteon capability. An ISY Program can be triggered with an Off command from a device and the Program issue an On command to the Scene. If Control 'devicex' is switched Off Then Set Scene xxxx On Else where Scene xxxx has the KPL button as a Responder
-
badman85283 There have been some upgrade programs since the 99i was frozen more than a year ago. Click the Buy tab on the UDI web site. Select Universal Devices, scroll to the bottom of the page for the 99i to 994i upgrade options. .
-
The Broadcast option will not resolve the missing state messages. The links that the ISY establishes will override that option. Either the PLM link database has become full such that the Responder link records could not be written into the PLM or the EZIO2X4 firmware is expecting the links in the EZIO2X4 to be written other than at 1FFF. For the PLM either look at the actual links in the PLM for the required Responder link records for the EZIO2X4 or simply do a File | Restore Modem (PLM) to reload the PLM link database. The Restore Modem takes a few minutes which is normally must faster than looking at all the PLM records. the Restore Modem (PLM) will compress out duplicate and no longer used link records. For the EZIO2X4 it is more difficult to verify where the device is expecting the link records. The easiest test is to Set button link a Controller to one of the EZIO2X4 relays. Then use the Show Device Links Table to see if that Set button link was added to the end of those written by the ISY. If not there than use the Show Device Links Table to display the link record at 0FF8. The EZIO2X4 firmware may have been reflashed to a level that expects the link records to start at 0FF8.
-
Turn Off the Broadcast change. That would send Broadcast messages which the ISY is not looking for. Not sure that will resolve the problem as I think once a link is established that overrides the Broadcast message option. Worth getting rid of Broadcast option as the ISY never processes Broadcast messages.
-
-
-
Okay. The EZIO2X4 has no passthru outlet. It looks like the face of a 2413 PLM. Your running ISY 4.2.1. If either of these is not accurate please correct. Right click on the first EZIO2X4 relay which is the first node. Select Diagnostics | Show Device Links Table. Post the displayed link table.
-
Next thing to look at is total watts. Devices such as KeypadLinc and SwitchLinc Dimmers handle 600 Watts. The FanLinc Dimmer is rated for 300 Watts max.
-
What type of lights are in the Fan? That is often the issue with a symptom like this.
-
Yes. The FanLinc Light node has no special requirements. It operates as any other Insteon Dimmer.
-
-
-
Yes, blinking Green indicates the PLM and Access Point are on opposite 120v legs. Which trace was taken with the SynchroLinc and Access Point plugged into the same outlet?
-
The SynchroLinc and Access Point that is blinking Green are plugged into the same outlet?
-
Put the PLM into test mode with 4 taps on the Set button (assuming it is a 2413). Now look at the LEDs on the Access Points. Are the Access Point LEDs blinking and what color is being displayed by the Access Point LEDs.
-
There is at least one case in the earlier traces where two dups of same message was traced. I like your idea about pulling the Dual Band devices, adding them back one at a time. Let us know how that goes. I wish I had an idea of what is causing the dups but have no idea.
-
Forcing I2 (Extended messages) may not work but does not physically damage the device. There are devices that indicate supporting an I2 Engine which is accurate for device configuration but those same devices do not support I2 for link database management. Most of the issues will be apparent in that the device no longer sends state change messages or some KPL buttons no longer send state change messages. Those devices can have issues with Scenes as the link records needed to support Scenes are not written or written in the wrong location. As long as you understand how the link database works, how to evaluate the accuracy of the link database records, where the link records should be written, and so on. I2 does improve performance of reading/writing of link records for the devices where it works. Note that changing to I2 is not the solution to the duplicate record problem as duplicates are happening on an I2CS device and it’s Engine accurately works with Extended commands. Something is producing the duplicate records or they are not being seen as duplicates. The overall communication of your Insteon network is good for the devices that have been traced. If the duplicate records can be eliminated the Insteon network would be fine. I thought I had posted this earlier but I must not have clicked Submit. Using I2 has no affect on Insteon Direct device On/Off as these are all Standard commands. It could affect Scenes if the link records are not written in the correct location.
-
Good find. 8's and B's are another easy combination to mistake.
-
The other thing to check is the Insteon address. Make sure the address being used matchs the label on the device.
-
The device is not responding to the command. The command was issued three times, the device did not respond to any of the three attempts. There are no 02 50 inbound messages. Thu 04/17/2014 10:47:22 PM : [iNST-TX-I1 ] 02 62 22 8B E0 0F 0D 00 Thu 04/17/2014 10:47:22 PM : [iNST-ACK ] 02 62 22.8B.E0 0F 0D 00 06 (00) Thu 04/17/2014 10:47:23 PM : [iNST-SRX ] 02 50 22.8B.E0 22.80.0B 2B 0D 02 (02) Thu 04/17/2014 10:47:23 PM : [std-Direct Ack] 22.8B.E0-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Try a factory reset of the device. Powered from the same outlet the device and PLM should have no problem talking to each other.
-
It happens to ALL battery powered devices at ISY reboot because battery powered devices CANNOT be queried. The Leak Sensor sends a Heartbeat message every 24 hours on what is a clock running in the Leak Sensor. If the ISY is rebooted 1 hour before the 24 hours elapsed it will take 1 hour before the ISY is aware of the Leak Sensor Status. If the ISY is rebooted 23.9 hours before the 24 hours elapse in the Leak Sensor it will take 23.9 hours. That is what this Program logic is handling. If $sLeakKitchenSink is 1 And Time is Last Run Time for 'KitchenSink - Variable Control 2' + 26 hours Then If 26 hours elapse the Leak Sensor is not communicating with the ISY.
-
Yes, if device B and device C have nothing to do with a KPL button.
-
Run Tools | Diagnostics | Event Viewer at LEVEL 3. With the On/Off Module powered from the same outlet as the PLM run a New INSTEON Device and post the event log.
-
They are supported by 4.1.2. Plug one into the same circuit as the PLM and repeat the device add.
-
I set up a V41 Dual Band 8 button KeypadLinc using A,B,C,D with 4.2.0. All buttons worked correctly when pressed as well as using the four ISY Scenes. Suggest moving the sliders for B and C to full On doing one button at a time. Then move B and C back to 0% On, doing one button at a time waiting until each button update is done before moving the slider for the next button. What ISY firmware and UI is being used?