A device that is repeating Insteon commands is normally due to one or more responders not ACKing the Insteon command. Did you unlink the old EZX10RF from the responders and relink the new EZX10RF so the responders would have the Insteon address of the new EZX10RF.

Edit: what are you using to view the Insteon traffic on the powerline? If you can post the command I can identify the device that is not responding.

Insteon controllers send a Group message sequence to signal On and Off. The first message is a Group Broadcast which identifies the controller and the group number. There is no command retry associated with this message as it is not addressed to any specific responder. The second message in the Group sequence is a Group Cleanup Direct and this message is sent to each linked responder. This message has command retry associated with it as each responder must ACK the message. If the controller does not receive an ACK it resends the Group Cleanup Direct message.

The traced sequence is very strange because the Group Broadcast is being shown 5 times in a row, even though there is no command retry associated with that command. The Group Cleanup Direct, which does have command retry, is being sent only once and there is an ACK of that command from the PLM.

First let me make some assumptions which you should agree or disagree with. This is happening only with the EZX10RF. No other devices show multiple Group Broadcast messages being issued. The same sequence was observed from two different EZX10RF devices. If these assumptions are true then either two different EZX10RF devices have the same trait or there is some other variable involved. Is there more than one wireless X10 device producing the same results? What happens if you send the same X10 code directly over the powerline (no wireless)?

There are some issues with the ISY programming in that it produced 6 commands to the ApplianceLinc, one for each Group Broadcast and one for the Group Cleanup Direct. This is my assumption as I know nothing about how ISY works. If a command is being sent to the ApplianceLinc as a result of receiving a Group Broadcast (a normal Insteon device receiving the Group Broadcast would turn On/Off in response) the subsequent Group Cleanup Direct should have been ignored. Not a major issue and it has nothing to do with the multiple Group Broadcast messages.

One possibility is the RF signal is weak or intermittent, being sensed only long enough to generate the Group Broadcast but not long enough to trigger the Group Cleanup Direct. This seems like a low probability because it seems unlikely the command would be issued 5 times each time. The PLM could be repeating the Group Broadcast to the application (ISY in this case) but this also seems a low probability if the EZX10RF is the only device showing this sequence. If the same sequence is generated by multiple X10 wireless devices and it is not seen from any other Insteon device, that leaves the EZX10RF at the top of the list, except it is hard to believe multiple EZX10RF devices would fail the same way.

Perhaps more diagnosing will help. Trying different X10 wireless devices, sending the same X10 code from a wired X10 controller, making sure no other devices produce the same results.

Does the ISY have any way to display the link database of the EZX10RF or do you have a PLC or EZSrve/EZBridge so that you can run the SHN Utility Suite to display the link database and the virtual record definitions? I noticed that the last trace shows Group 5 being used. If you have 5 X10 addresses defined, that is an interesting coincidence. In that there may be 5 virtual records defined with 5 different X10 addresses with 5 different link records and we are seeing 5 Group Broadcast commands. If that is true I would like to see the link database and the virtual record definitions to see if there is anything that might explain the 5 Group Broadcast commands. If there is no way to display that information, I know this may be asking a lot, but can you factory reset again and add just two X10 addresses and see if the number of X10 definitions matches the number of Group Broadcast commands being sent. Really no reason to suspect they are related, just found the Group 5 in the trace to be interesting.

Thanks, that information is what I was looking for. I had a thought last night that maybe there were 5 X10 addresses defined (5 Virtual Inputs) and the 5 Group Broadcast messages were related to that number somehow. Getting 5 Group Broadcast messages each time, in one case where you have 8 X10 addresses defined and in the other you have 1 X10 address defined, it means it is unrelated to the number of Virtual Inputs (X10 addresses) or the number of link records defined (9 link records). The number 5 does not match anything that the EZX10RF is aware of. Also there would be no logic in the EZX10RF to retry a Group Broadcast message due to a NAK being received from some device as that message is not directed to any specific device. It was a straw. If there were 5 Group Cleanup Direct messages along with the 5 Group Broadcast messages I might think firmware in the EZX10RF itself but that seems unlikely when it is only the first message in the sequence that is being repeated. The only program I am aware of that displays the actual Virtual Input information is the SHN Utility Suite itself. Hoped the ISY might have that ability also but it does not look like it. All the link records point to the ISY PLM except 1. Group 4 has two links, the second link points to device 0E.00.66. I have run out of things to check. Unless you have another thought it seems like another RMA is the only thing left. You can always program around this by triggering only on the Group Cleanup Direct, ignoring the Group Broadcast messages altogether.

Any time. Sorry I could not identify the specific cause. Post back when you get the next one and let us know how it is working. My concern is that it is not an actual hardware failure but some glitch has developed in the communication in the PLM or between the PLM and the EZX10RF Daughter board. If it is not an actual hardware failure the next one may well act the same way as the last two.

I think you will be happy with the Smarthome RF devices. I’ve had a RemoteLinc for a long time and it has worked perfectly. I have one X10 wireless keypad I use in the truck to turn on/off the Front Porch lights and a few X10 motion flood lights left that work fine as far as controlling the floods but not very well in sending and receiving the X10 address. I connected a standard outside flood light to an EZIO2X4 to get Insteon status and remote control on a detached garage. Works great. Some day Smarthome may actually ship the Insteon based exterior flood lights. I had a falling out with Smarthome over HouseLinc 2 order I made a mistake on. They refused to email me the rebate form, telling me I had to ship the order back and order the rebate version. I’ve not bought a Smarthome product since.