Hello Bob,

Thank you for your message.

Let me do some testing with an EZIO6I I have and see if I can duplicate this error. I’ll also run this by our engineers and see if they’ve ever heard of this also, as I really haven’t.

Having read your post on Indigo’s forum…I will make sure the conclusion doesn’t turn out the same.

All I ask is that you give me some time to duplicate the error and if it has been fixed already, I’ll have you send it in for upgrade…as we’re on v28 currently.

Feel free to email me directly at support@simplehomenet.com.

Best regards,

Justin

Bob, if you do not know whether Indigo is using links or the Broadcast Status Chg option can you post the PLM traffic from the EZIO6I both without and with the Enable Analog Inputs option set. Should be able to tell from the Insteon messages in the trace what options are set.

Lee

I don’t know what Indigo supports regarding using links with Indigo. That configuration does work with the ISY device. Using the Broadcast Status Chg option does raise the possibility that when the Enable Analog Inputs option was set the Broadcast Status Chg option was reset. The full Configuration Register is set when any option is set so it is necessary for Indigo to set all the options that are desired when any one option is changed.

I will set up a test using the Broadcast Status Chg configuration and see if I can reproduce what you are seeing.

Bob,

I was able to set up test bed for Broadcast Status Chg. My EZIO6I sends a Broadcast message for both Input 1 and Input 5 (Analog 1) when the Enable Analog Inputs option is set. I would make sure that when you are setting the Enable Analog Inputs option On you are also turning On the Broadcast Status Chg option as well. Since the entire Configuration Register is written when any option is changed it is necessary to specify all options that are active when turning on the Enable Analog Inputs option. The EZEye digital output connected to Input 1 reacts faster than the EZEye analog output so I get a Status Change message showing Input 1 turning On followed by another Status Change message showing Input 5 (Analog 1) turning On. Same sequence when I cover the EZEye and both EZEye digital and analog outputs turn Off.

from ID:0C.AF.26 flags:83 cmd1:27 cmd2:21
from ID:0C.AF.26 flags:83 cmd1:27 cmd2:31

from ID:0C.AF.26 flags:83 cmd1:27 cmd2:30
from ID:0C.AF.26 flags:83 cmd1:27 cmd2:20

Lee

EDIT: in case you are wondering, Input 6 (Analog 2) was floating so it is showing On in all the Broadcast messages.

Bob,

Sure can. You will need something on the PC to interface to the powerline. If you are using a PLM on the Mac and can temporarily move it to the PC you can use it as the powerline interface. The SimpleHomeNet Utility Suite does not make changes to the PLM when using it as a powerline interface. The configuration data in SHN devices is in non-volatile memory so changes made on the PC will be there when used on the Mac. Some changes require saving the changes to make them permanent. Otherwise if unplugged or power goes off the changes will disappear. Configuration data is like the link database, it survives across a power outage. Even if you continue to use Indigo to make configuration changes you can you the SHN Utility to read the various information to confirm what is actually being established both in Configuration data as well as link database information.

Justin gave me a link to your Indigo post. It sounded like you have had some issues in the past with SHN devices. I have many of the SHN devices installed in and around the house, some for many years. If I can help resolve anything regarding the SHN devices do not hesitate to post. I have no way to verify operation under Indigo but generally can exercise the devices in a similar manor under something PC based.

Lee

Bob,

I have not seen that behaviour with any of my EZIO2X4s (have 3 installed) or my EZIO8SA. Were you using the Broadcast Status Chg? That is about the least reliable Insteon communication you can use. Not that the SHN family is missing an Input change but the Broadcast command is a single message sent in the blind. That is, it is not sent to any specific device. It is like to old X10 messages. One message goes on the powerline and if the powerline is very good things work fine but usually the powerline is not all that clean and a Broadcast message is lost sometimes. Insteon deals with that with Group command processing by following up a Group Broadcast with Group Cleanup Direct commands to each device in the Group. This command is ACK by the responder and repeated up to three times by the Controller if an ACK is not received. Group protocol is used when there are links between the Controller and the Responder. I never use the Broadcast Status Chg option for that reason. Also why I had some trouble setting that test case up as I don’t use it on a day to day basis. Linking is much more reliable because linking forces the Group command protocol with all the associated ACKs and retries.

The Continuous Analog conversion checks the Analog voltage on the Analog Inputs about once per second. Not needed to have the Analog Input trigger on a change across the Set Point values but can result in more accurate Analog values over time. I was not using the option for the Broadcast Status Chg tests.

I’ll be happy to help in any way I can. Powerline communication is not 100% and never will be. With all the appliances in today’s world keeping the powerline communication clean requires more work and analysis that it did years ago. I had to install Smarthome FilterLincs on the PC/UPS equipment as well as one of my flat screen LCD TVs. I have what I think is good communication but as I said it will never be 100%. I added an Access Point at my plug point for the Insteon equipment around the PC/UPS area. Help with the reliability of the new Extended message. That also helped improve communication with devices that only use RF and I2 Extended commands for linking and configuration such as the Motion Sensor and TriggerLinc.

Lee