larryllix

You select the variable from the pulldown list and click the button to insert it. XXX and YYY will be the variable page number and the variable number on that page.

Your variable should look like the other nodes you inserted into the email. Use the same button at the bottom to generate the code. ${var.xxx.yy)

V5.0.10 is being called alpha. I do not have any Zwave (the newer implementation in v5) and I see no problems with it. In fact I have used full release versions from other equipment that have many more bugs. If you jump to v5 early in the game you will never appreciate not having abilities to write device analogue values to variables, use "repeat while" conditional loops, and more. I have been using it for two years and don;t know what I would be missing, except for wondering why people sound so crippled with v4 problems. For now the double time frame should do your trick, though, all in one program, too.

Your time frame is from May 1 to Oct 31 if it is a weekday, all inclusive. One way would be to double up your time frame filter. Leave what you have there and add into your If section. AND from 1:01 PM ....To 6:59 PM (same day) Note the times are inside the original time frame so no race occurs with one being enabled before the other is ready. V5.0.10 has much better ways of doing this by using the ISY clock features available. If the last line to stop a program is itself, it is not required and serves no purpose.

I have 340 programs, I control multiple heating stats, hRV, record oeprations inside ISY, security, and lighting 297 Integer variables, I use banks of them for constants 90 State variables, try to keep them to a minimum for CPU load 50 Network resources, mostly for RGBW LEDs and bulbs 39 Notifications 15 Scenes, I avoid scenes as much as possibe. I don't see the point and I believe in ALL ON or ALL OFF phantom events, rather they are phantom Scene triggers. ALL ON/OFFs do not dim and scenes do not record in ISY.

I think Michel needs to get involved with that one. UDI will probably want to know also, as it may be an unfound bug yet.

I have never seen that, but perhaps a failing PLM?I don't know if that would indicate that ISY has lost it's links for the device (no Restore). Need Michel on that one. I never ran any v4.5 firmware. I advanced as soon as I could and don't know why it even exists anymore.

Yes.

If you factory reset the device then all links are gone, even the ones to ISY. When you do a restore any link that ISY knows about will be written. Without any link to ISY, ISY will not listen to the remote device and IIRC the remote device will not send anything to ISY. Sent from my SGH-I257M using Tapatalk

IIRC you never need to delete or re-add a devce to factory reset. Factory reset any device, and the restore it from admin console. (While in linking mode if a battery device). It's really easy and quick.

Did you factory reset the device and then try restore?

What kind of range and battery life do you get from them?

Thanks @ B - no I didn't...corrected. My random scene activations did not seem to be based on my usage without a timer but according to the blamed suspected problems and watching event logs, it can bog down the Insteon comm pretty badly. It may turn out that too many Insteon devices in one box may be a bad thing for Insteon signal cramming. In the end, a wait 2 seconds, is never noticed here, and real cheap to implement. My random scene activations seemed to disappear after Wait insertions, but still, without analysis equipment mine were based on a run amuck OnOff module sending it out on normal non-scene ISY controls. ISY reported errors and the scene activation was simultaneous +/- 1 minute, each occurence. Too much off-topic though.

Welcome to the UDI forums! You have an ISY. You can easily write a program with all the separte light statuses ORed togther and control the KPL via a scene to control it. I would use a few second (Wait 2 seconds) delay timer though, in your program, since sending immediate responses to KPLs and some other compound devices may be related to causing the Insteon device ALL ON phenomenum. The delay will not likely be noticeable and may save you some headaches down the road. If ...status of Light A is On ...OR ...status of Light B is On ...OR ...status of Light C is On ...OR ...status of Light D is On Then ....Wait 2 seconds .....set .KPL.button.A.scene On Else ....Wait 2 seconds ....set KPL.button.A.scene Off

Exactly. The paddle action sends the control from the manual paddle action, and when the dimmer electronics change, the comm circuits send the new status of the dimmer Of course it's all the same electronics, inside the Switchlinc case but two different sensing sources, the status being another result of the manual or remote control of the dimmer. Sent from my SGH-I257M using Tapatalk

Control is sent from the keypad/ toggle/paddle. Status is sent from the dimmer or relay changing state. Sent from my SGH-I257M using Tapatalk

Thanks. I have used lot of them so far and it helps.The other brands end up being in the few dollar range each, but Philips has maintained it's prices too high. I had enough of ther CFL bulbs (about $500 worth) burning out in less than a year or two. I never did buy any of their silly flat bulbs they tried to start a fad with. After HD sales people telling me the crowd just loved those odd looking bulbs, they ended up being sold off for about a dollar in their junk clearance shelf. LOL I have noticed that Philips has a new bulb with three functions inside it. I couldn't figure out how it switches modes. Probably power cycling.

Sorry. I misread your "stuck in a loop" comment, as meaning a program. Usually things just time out. You may have to bring your PLM closer to the device. Did you power up your PLM first, and let it settle, before powering up your ISY? MY busy box existed on my screen for months a while back. Some program things got cleaned up and it's better, now. Also, I assume you factory rest the device before attempting linking into ISY. If not, do it and try again.

Right click on the offending program and select stop. You may have to wait for responses. Sent from my SGH-I257M using Tapatalk

I have had good luck with Philips. I can't afford any more and their prices are too high here. It is cheaper to stick with tungsten types over the course of their, or my expected life and current hydro rates. Sent from my SGH-I257M using Tapatalk

What does 'restoring the ISY? mean? IIRC the admin vonsole does not have that option. Did you mean something else? Sent from my SGH-I257M using Tapatalk

OK. I just mention it because two of my sons have Nest stats and both went dead after a year or so without the "C" wire that Nest "doesn't need". Keeping the battery charged depends on the HVAC equipment not running too long with breaks in between runs. In our Canadian weather that can be a problem with extremely long A/C runs with the last 40 year trend of undersizing A/C size to control humidity.

For the love of Pete....factory reset all your devices, one by one, while you are at the device, and then link them into ISY, following the mwester post above. The ISY link removal has already made a mess of any links inside the devices and a cleaner slate will be appreciated down the road. Those devices will all have had links to the old ISY and maybe X10 addresses as well, that should be cleaned out, as well as the CPU firmware reset fresh.

Another thought. Some Insteon MSes send erroneous On signals when their batteries are getting low. It's just possible this may be an issue here.

Yeah, Last trigger it should complete with any amounts of retriggering. I suspect you have somethng in your scene Offs that isn't working. Test them manually from the admin console. That program time schedule cannot run anything except Else, ANDed with a control/switched line. A control/switched line is never True to other conditions, only when it triggers itself.