Premise X10 Pro PSH02 Powerhorn

Motorola Premise
.. The All Lights On/Off did work!! ...
That's good news. The script I posted earlier will have to be modified in order to send alternating ALL LIGHTS ON/OFF commands instead of toggling the PowerState.

The following code sends ALL LIGHTS ON when TriggerCount is an even number and ALL LIGHTS OFF when it is odd. The ALLLightsOn property is a Momentary Boolean (i.e. it automatically returns to its default state of False) so there's no need to ever set it to False.

Code:
' Assume the X10 House Code of the PSH02 is A
' Alternate between sending ALL LIGHTS ON and ALL LIGHTS OFF
if this.TriggerCount mod 2 = 0 then ' Even number
	Devices.X10.CM11A.X10.House_A.AllLightsOn = true
else ' Odd number
	Devices.X10.CM11A.X10.House_A.AllLightsOff = true
end if

' Reset the timer after all repetitions have been completed
if this.TriggerCount = this.RepeatCount then
	this.Enabled = false
	this.TriggerCount = 0
end if
 
Apparently, at one time, a X10 powerhorn device did exist that could be directly addressed or perhaps something is screwy with the one I have and it only works with All lights on/off. I'd REALLY like to have the chime ability so that I can use it to alert me when I activate/deactivate the alarm. Any ideas on how I can know if the powernhorn I'm buying will actually be diretcly addressable?
 
Well I picked up another PSH02 and it's doing the same thing. Does it matter what type of X10 device I have it set to? I'm using the X10_Enhanced_Dimmer type.

*EDIT* Apparently it does matter. If I set the device as an appliance module, I can send on/off, on/off and the siren blares. It's odd though. It continues to sound until I send an All Lights Off to that House code. Normally, the siren only sounds for 4 seconds with the All Lights On/Off, All Lights On/Off sequence.
 
The principal difference between X10_Enhanced_Dimmer and X10_Appliance is that the latter object type does not provide a means to send dimming commands. It is surprising to learn that the object type affected the outcome. Live and learn ...
 
So the plot thickens. I installed the X10 Active Home software and started toying with the powerhorn. I set it up as a lamp module and sent an ON command followed by a dim and it chimed like it was supposed to. I sent it the on/off, on/off sequence directly to the House Code and Device Code and it alarmed as advertised.

Perhaps something is screwy with the way Premise is handling the commands sent to this device? Any ideas on troubleshooting?
 
...Perhaps something is screwy with the way Premise is handling the commands sent to this device? ..
I recall a post in the original support forum that briefly discussed a property called "MergeSelects". When enabled, it combines multiple X10 commands, intended for one device, into one compact command (or something like that). Try disabling MergeSelects for the House Code used by the PSH02. I can't think of anything else that Premise might do to alter X10 commands.

Also, enable the C11A's Logging parameter; everything sent/received by the CM11A will be recorded in a text file located in the ..\SYS\Logs folder. It'll allow you to observe what is transmitted by the CM11A driver.
 

Attachments

  • X10_MergeSelects.PNG
    X10_MergeSelects.PNG
    13.5 KB · Views: 11
That wasn't it but it pushed me in the right direction. It turns out that the X10_Dimmer devices has a setting for RefreshBeforeDim which initially was set to ON. I turned it OFF and now I can address the powerhorn as both a siren and a chime directly. Very happy now!

As always, thank you so much for taking the time to look at these issues!
 
Wow! That's a surprise! X10_Dimmer is the object-type for old-style, one-way X10 devices that did not communicate their current state. "RefreshBeforeDim" sets the X10 device to a known state prior to dimming it.

But if it resolves the problem ...
 
I have sort of been following the thread as X-10 isnt a hot item for me, but is there an X-10 version that communicates its status? Is this the Pro series? And will Premise recognize that natively or would I need to extend the class?
 
There are 2-way Smarthome Switchlinc, and X10 Pro, devices that transmit their status whenever their current state is changed (manually or programmatically). Premise's CM11A driver recognizes it; no need to extend anything.
 
Back
Top