A patch that depends on jk/autoconf drafts branch has been pushed into a new drafts branch jk/rfxdual.

Version 2, refreshed on top of jk/autotools part 2 v.2:
- adopted to Configure no longer passing unknown options to configure,
- configure.ac updated to match current pattern for --enable/--disable options.

(In revision:7e18efcd2962a7414e00d3cad221b14edb37ed2e (git: 2)) Use separate queues for RFXCOM receiver modules

Without this feature, multiple bursts of two signals received with both
modules simultaneously (on different carrier frequencies - 310MHz vs.
433.92 MHz) tend to be reported by the Heyu AUX relay more than once,
regardless of the AUX_REPCOUNTS x10config directive <MIN> and <REPEAT>
settings, which are intended to prevent from such unwanted signal
repetitions.

This feature had been implemented still by Charles, but the new code
path was never activated due to problems with older RFXCOM firmware
versions that exhibited themselves with this change and prevented it
from being tested successfully. Since I've upgraded my RFXCOM modules
recently, I've been finally able to verify that the new code works
correctly, at least for me.

For now, the feature can be activated with a new option to ./Configure,
"--enable-rfxdual". If there are no bug reports against it, it will be
enabled by default, and the old code path probably removed from future
Heyu releases. Then, only the ./Configure help is updated, with INSTALL
and README.INSTALL left unchanged.

Re #15

Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>

Branch:jk/rfxdual

(In revision:7e18efcd2962a7414e00d3cad221b14edb37ed2e (git: 2)) Use separate queues for RFXCOM receiver modules

Without this feature, multiple bursts of two signals received with both
modules simultaneously (on different carrier frequencies - 310MHz vs.
433.92 MHz) tend to be reported by the Heyu AUX relay more than once,
regardless of the AUX_REPCOUNTS x10config directive <MIN> and <REPEAT>
settings, which are intended to prevent from such unwanted signal
repetitions.

This feature had been implemented still by Charles, but the new code
path was never activated due to problems with older RFXCOM firmware
versions that exhibited themselves with this change and prevented it
from being tested successfully. Since I've upgraded my RFXCOM modules
recently, I've been finally able to verify that the new code works
correctly, at least for me.

For now, the feature can be activated with a new option to ./Configure,
"--enable-rfxdual". If there are no bug reports against it, it will be
enabled by default, and the old code path probably removed from future
Heyu releases. Then, only the ./Configure help is updated, with INSTALL
and README.INSTALL left unchanged.

Re #15

Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>

Branch:master

Version 2, refreshed on top of autotools series v4, submitted for review. View.

Rebased on top of autotools v5, /code/heyu/git-2/changesets/84ee6f615a.

Merged into for-next