How to solve On/Off/On cycle
youstra
Junior Member
I have a PCS hooked up to a PS3. When the PS3 is turned on, some other stuff should be turned on, including an RS232-controlled Onkyo pre/pro. This all happens through a channel event.
I'm not having consistent results, and it appears to be because the PCS sends an On, then an Off then an On in rapid succession to the I/O port.
What's the best way to handle this?
I'm not having consistent results, and it appears to be because the PCS sends an On, then an Off then an On in rapid succession to the I/O port.
What's the best way to handle this?
Comments
-
Put a named wait in the off event then cancel it in the on event so that momentary off events will be cancelled.
CHANNEL_EVENT[] { ON: { cancel_wait 'AWait' // Does nothing if 'AWait' is not pending DO_SOMETHING_ELSE() } OFF: { WAIT 20 'AWait' { DO_THE_CHANNEL_OFF_STUFF } } }
Not sure my syntax is right, but that should solve your problem. -
The PCS is rather old technology and doesn't seem to have the sensitivity required for modern equipment to reliably determine the difference between standby and on with a lot of devices, especially low-current draw equipment. I've found that many times I need to find a more creative way of checking the power state. The Niles LS-1 is often a good choice (LED sensor), but you have to be careful to isolate the output with a relay.
-
Elan makes a product called the SIM2 ( http://elanhomesystems.com/productdetail.asp?id=27 ) that provides dry contact closures or 12v triggers. There are Light, Audio, Video and Contact Closure sensors available to drive the SIM2.
It has been working well for us. Each SIM2 provides 2 outputs and you can use 2 sensors per output. There is a logic dipswitch to determine if the two sensors work as OR or AND. This means that if you really wanted to, you could use a light sensor with an audio sensor and only consider the box one if both are present.
Jeff -
PCS
It sounds to me like your PCS calibration is not correct.
Have you gone through the calibration procedure completely? -
It sounds to me like your PCS calibration is not correct.
Have you gone through the calibration procedure completely?
I have found far too many circumstances when the PCS simply couldn't be adjusted properly. The current threshold between on and standby just wasn't big enough to detect reliably. I've also seen devices that have such a large fluctuation as they power up or down that it was impossible to lock it in (one of the worst I've seen was a Dell monitor, it took a full 5 seconds where the current draw was all over the map). By all means, make sure it was adjusted correctly, but keep in mind it may not help. -
I've had more acurate results with the PCS2, but don't really use either that often.
Kevin D.
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums