AnonymousInactiveFebruary 1, 2008 at 12:55 amPost count: 57
Can you tell us what the EZServe does when it processes a timer?
Does it send the command once, twice, 300 times? Does it check status after the command to see if the device responded properly?
I have one device (an ApplianceLinc) that is being tempermental – if I plug it into “that” outlet it seems to work OK, but when it is plugged in to where it actually needs to be it doesn’t seem to respond to timers. (When I was talking directly via EZBridge + XML, it seemed to work, at least ‘most’ of the time.)
A possible nice touch would be for EZServe to fall-back to an X10 address if it tried Insteon a few times without success (since at least the ApplianceLincs allow you also add an X10 address to them). This obviously would require the ability to add an X10 address to an Insteon device. (Yeah, I know I could manually add the X10 devices then duplicate the timers…)
Also – it seemed to me that EZBridge didn’t like having more than one timer at the same time – is that a restriction with EZServe?
edcAnonymousInactiveFebruary 1, 2008 at 2:17 amPost count: 408
First, the easy question. You can have multiple timers trigger at the same time. Mind you, if you have 100 timers set at the same time, it will take a while to trigger them all if you have them setup individually ( a group would trigger them all at the same time).
As for how timers are processed, we just ensure proper transmission via the PLM. Have you tried, when the device is connected to the outlet, to use the main area screen to turn the device on / off outside of the timers?
Also, have you tried setting up a second / third timer for the same device at the same time for a retry? It sounds like there may be a noise issue on the outlet – any big appliances nearby?
We considered checking the status, but you get into some complexity, such as what if the user turns off a light within the same minute a timer turned it on? Then we would need to monitor user action during a timer event – it gets a little tricky from a user perspective on how that would work – logically.AnonymousInactiveFebruary 1, 2008 at 2:42 amPost count: 57
Got it – so you send a single command to to PLM and trust the Insteon or X10 protocol to get the message through.
Makes sense on the status check… would really PO someone in the house if a light came on, they turned it off, then it came back on…..
I haven’t played with the “problem” device much lately. It’s in the kitchen, so the refrigerator is the main appliance likey tobe running, but it is also near some “PowerSun” lights for my wife’s turtles. (Powersun is a “self-ballaset mercury vapor lamp”….. nah, no posible RF interference coming out of that!)
- You must be logged in to reply to this topic.