insteon.ini parameters - documentation

[claude]

Hi Mark,

Do you have consolidated documentation on the various Insteon.ini parameters that you've added over time? Ex: PLMClearDelay, ProcessACKs, etc.

[mnsandler]

Hi Mark,

Do you have consolidated documentation on the various Insteon.ini parameters that you've added over time? Ex: PLMClearDelay, ProcessACKs, etc.

yes, they should all be in the consolidated documentation...just updated

[claude]

Thanks. I assume ProcessACKs is still a valid parameter in [Config] ? I'll be using shortly.

[mnsandler]

Thanks. I assume ProcessACKs is still a valid parameter in [Config] ? I'll be using shortly.

Claude,
I'll have to check the code to see if this ini setting is still enabled in the code; unless you can tell me it still works as expected

[claude]

Claude,
I'll have to check the code to see if this ini setting is still enabled in the code; unless you can tell me it still works as expected

It works on 2.0.0.0 HS2; I haven't checked yet on 3.0.3.2 HS3, but I assume the code is there as well (will confirm HS3 tomorrow).

I sure would appreciate you keep that code segment alive. Thanks

[mnsandler]

Thanks. I assume ProcessACKs is still a valid parameter in [Config] ? I'll be using shortly.

remind me of what you use ProcessACKs for? what device or msg needs it

[claude]

remind me of what you use ProcessACKs for? what device or msg needs it

Forces the Insteon plug-in to process ACKs received for commands it did not send; it normally ignores them.

I'm using an IP based remote control (DemoPad). it sends commands for Switchlincs and Lamplincs directly to the Insteon hub and that works fine, except I wanted HS to also reflect the change in status of devices DemoPad affected.

Now, HS device status is up to date whether I flipped a switch locally, issued a command from HS or sent a command from DemoPad.