The console does have a housecode setting where you can set it to match lamp and appliance modules so if the Alarm is tripped, it will flash those lights that share the same housecode.
Correct - and be careful which appliance modules are assigned to that H/C. Remember also that whatever UnitCode you select on the DS7000 is the "Security Lights" code. When you arm the system, whatever is on that H/C-U/C will flash ON then OFF as a visual indication of a successful ARM.
When doing this AHP assigns codes based on the next available house/unit code. I believe though I can go in and manually assign these devices to whatever code I want.
Well yeah, and I have - but it's not really easy, and other than making the listing of addresses used look neater, I haven't found any benefit. Neither AHP nor the DS7000 "talk" to the security sensors using the H/C-U/C addressing. And you can't run a macro on the AHP-assigned address of a security sensor. However, if you write a macro that flips a phantom appliance module according to the state of the security sensor (using the sensor as a trigger), you can then use the ADDRESS of that phantom as a trigger for other macros...
-OR-
If you get a WGL Designs "Whole House Transceiver" V572RF32, you can tell it to create PLC's for security devices' RF. The right model is important. The V572RF32:
1. It's a TRANSCEIVER - It receives RF from X10 devices and converts the RF from the air to PLC and sends those signals out on the powerline (house wiring). If you push "D2-ON" on a palmpad, the palmpad sends out an RF signal.
(a) If a TM751 is within range - AND- if it's set to HouseCode="D", it RECEIVEs the RF and TRANSlates it to a PowerLineCommand PLC of "D2-ON" and sends it out on the powerline (house wiring). Any X10 module that is connected to the house wiring that is addressed as "D2" will turn on.
(b) If a CM15A is within range, AND if it's set to TRANSCEIVE H/C="D", it will do the same thing. It will ALSO transmit the "D2-ON" to AHP if the PC is on and the USB is connected. - And even if it doesn't "see" the RF, it will pick up the PLC from the TM751 and send it to the AHP PC.
(c) A V572RF32 will do the same thing as a TM751 - Except that it will do all 256 HC/UC combinations, not just one HC - AND via its software, you can tell it to NOT transceive any/some/all of the 256 addresses. It will ALSO convert the RF from Security Devices to "Used-Defined" HC/UC PLC's. In other words, you can tell the V572 that when it receives the RF from a DS10A that is should send out a PLC of "G6-ON"
And the V572's range really is "whole-house" - Note: The V572 only Transceives RF-to-PLC - it does not re-transmit RF - it will NOT help the DS7000's communication with its sensors. But via PLC's, it extends the range of the CM15A and AHP.
I think you're a tad off on the TM751 = Wireless bridge. Remember, the TM751 ONLY receives RF for its specified HC and TRANSCEIVES the RF into a PLC. If you addresses an EagleEye motion sensor to Address G10, and you plugged in a TM751 within range of the EagleEye - AND the EagleEye was addressed to "G", then the RF from the EagleEye would be picked up by the TM751 and transceived onto the powerline as a G10 PLC. So yes it would extend the range of EagleEye-to-AHP. It would have no effect on or for DS10A's, MS10As, or light & appliance modules (unless they were addressed the same as the EagleEye)
- sorry - gotta go to work.....
...to continue:
In this scenario I would assign security devices all on House code N, and unit codes 1-16 within AHP. I would then register the TM751 in AHP and also set it to house code N.
Here it's a "NO" - While you can "assign" addresses to Security devices with AHP, that capability is just for mapping - not for action. At least I've not found any way to use the address of a security sensor/device within AHP. However as stated above, assigning addresses via V572 does create a valid PLC that AHP can act upon.
Does this make sense?