larryllix

I use my I/OLinc for my back doorbell sound. I set the I/OLinc to intermittent/pulse mode and I don't send an Off command. If I sent a fast series on On and Off commands like that (no Wait in between) no other Insteon signals would get through and the door sensor signals would go unnoticed a good percentage of the time or ISY would respond 10-30 seconds later.

I avoided using my Fast Off as an All Off scene command and used the single tap Off instead. I foresaw this as a problem using only the switch / dimmer My Fast Off is now the trigger to turn on my 13 coloured lights around the room perimeter and turn the white lights off. One Switch / Dimmer controls 15 different lighting scenes. I do not use a KPL and wife picked up how to control all the scenes quite easily. The whole thing has to be based on a guest operating the switch without any training so the Fast Off usage for lights Off was not compatible with that logic anyway.

Just need to add your own "Program 'Time is Up' (If)"

Multiple programs. ISY is an event triggered engine and does not support sequential line code well in this style without confused logic. If Control 'KpIrr A Zone 1' is switched on then Set Scene 'Irrigation Zone 1 Indicator' On Set EZRain 1 - Driop Zone' On Run program2 program2 If $Int_Irrigation_Time = 5 Then Wait 5 min Else Run program3 program3 If $Int_Irrigation_Time = 10 then ......

What unit would the variable specify? Seconds, minutes, hours, days or would the unit be specified separately, as it is now, and only the quantity be a variable? I would like to see all ISY settings using a parsing subroutine that accepts absolute immediate quantities or variables. Pulldown menus for analogue value condition matching would disappear from the whole interface.

I guess I could try this too with a LampLinc output. Probably need an incandescent load not to taint the waveform current or switching profile. Been too busy doing landscaping this summer. Just what I always wanted.

I use all dimmers and no switches for my lighting. I use many LED bulbs and always watch for dimming capability when I purchase them. I do have a few non-dimmable CFL bulbs on Insteon Dimmers and I just don't dim them, using Fast On/Off or only 100% and Off. They have never been a problem for me. Interesting when two wire wave chopping dimmers are used it is very difficult to trigger a triac right at zero crossing. For a three wire device having it's own constantly charged power supply zero-crossing switching is quite possible and common on specialty dimming circuits. Has anybody actually scoped an Insteon Dimmer to see if a piece of the waveform is missing at zero crossings? Insteon devices rely heavily on zero-crossing for timing. I have never noticed the lack of full brilliance on any bulbs on Insteon devices as is seen with more passive dimming devices. OTOH, I mostly use CFL and LED bulbs that could hide that phenomenon due to waveform-peak grabbing power supplies anyway.

Why hack the Insteon signals when you can hack the ISY for a lot more fun? Imagine the cool programs you could set up for a joke! Check the thumbnail pic. http://forum.universal-devices.com/topic/12599-anonymous-hackedattacked-isy/?hl=hacked

Dang! I want it now!! People spend oodles of time attempting to get analogue values into ISY. Autellis, RPi and WebControl, using 1wire sensors, are the common ways to get analogues in.

Ditto on that. I owned two Wink Hubs for a few days and I couldn't make them do anything Talking to their tech support the thing would only interface to other hubs via WiFi and never to any devices at that time despite their claim to multiple hardware interfaces. They went back for the refund. Completely useless, in my world, at that time. Be nice to see more on these advances in action and how they are accomplished.

Thanks Yeah it will be more complicated than that. This fan has no pullchains and the switching is all done in the light junction box hanging below the fan motor. The wall control sending unit is a PITA with it's tiny rubber pushbutton to control the light so we hardly ever use it. I have an MS linked to a bedside lamp that suffices for most of our bedroom traffic and reading using manual overrides from a MiniRemote. Trouble with the Insteon smart HA thing is selling the house later. Now I would have to replace all the original equipment.

Awesome! I agree about the HA not just being remote control. See my post above. This is what I want to accomplish as well. Occupancy detection comes into play as a factor also. Not just your dumb switch anymore.

This seems confusing. Doesn't the pullchain switch get removed from the box, not only to replace with the fanlinc control unit, but also to make enough room in these cramped wiring boxes? I am thinking of installing a fanlinc in my Honeywell ceiling fan but it currently has some fancy two wire (hot and neutral only) method of controlling the lights, with dimming, and the fan speed. Would be nice to know what protocol this things uses. It comes with a thermostat inside the wallswitch control unit but inside a wall box, but with dimming electronics heat, is not a good place for a temperature sensor. I have a 2441ZTH just waiting to be enslaved for graduated smart fan speed control.

I would be afraid that somebody would pull too hard out of frustration maybe and fracture the glass. Can they not be just stored above the glass globe and not dropped through at all or the pullchain switch bypassed?

I am not sure how the Elk event triggers work in ISY but give this a try. If From 10:30:00PM To 5:00:00AM (next day) AND { Elk Zone 'Family-Motion' is Violated OR other zone is Violated } AND { <----Elk triggers may not require this section. Elk Zone 'Family-Motion' is not Violated <----disables 'reminder' if motion starts again. AND other zone is not Violated } Then Wait 30 minutes Enable program 'reminder' Else Disable program 'reminder' Program 'Reminder' (disabled) If Elk Area '1' 'Armed State' is Disarmed Then Repeat Every 30 minutes Set Elk Speak Word 'Alarm' Set Elk Speak Word 'Is_disarmed' Else --

Is the ++ significant on the Notepad name? When I open the logs in Notepad I get no newline and everything is run-on smashed together. If I use Wordpad it seems to handle it better but with two newline chars for each line.

Your reference to post #6 states "Switch box #1 (slave): ..... Switch box #2 (master):" as the only form of identification. There is no switchbox #1 established that is consistent. Now you are changing the master and slave. It would seem this has already confused the OP and wiring changes were not as you instructed. Again. The diagram should be labelled with references. Best of luck.

Once he changes his wiring the master and slave are switched. We have to assume the switch reference number are not.. The diagram should be labelled so both talk the same language. I can already see some confusion following your instructions.

Label the switches as it seems your Switch#1 may be Stu's Switch #2 in the discussion.

Switches #1 and 32 were never identified in text or on the drawing. Perhaps that caused some confusion of wiring changes?

The humidity should not be fluctuating that fast with bobble. Humidity sensors never seem to respond that fast, especially up and down repeatedly. This sounds like a problem with the thermostats. What is your power supply to it?

If I allow my Admin Console to slip into background processing I cannot trust the Admin Console anymore to show updated variable and/or program statuses. I can usually change program code and write it to ISY no problem but updates usually suffer and foils my debugging sleuthing. There is no indication of this except things do not seam to function properly inside the Admin Console. Exiting and rebooting the Admin Console always fixes the problem until I run another task without closing the Admin Console again.

I can act as a heartbeat for "alive" detections but in my mind it should be quite regular, not erratic timing.

The only way I can see this happening is if you stop the program from running. Then you already know it is NOT active. Perhaps you are trying to establish intent of the program before disabling it and halting it. Then you can resume the same process. . Is this correct? As Lee suggested this would require a variable flag... an "I was going to" flag. You had stated you set a variable upon completion of a possibly halted program. Can you not just use that variable to see if the program finished before rendering it inactive?

I still use some x10 devices also but can't wait to get rid of them finally. In applications where they operate dynamically with motion or other fast action sequences they can tie my ISY/PLM up for up to 60 seconds. For low action background devices they work just fine. eg. China cabinet light, Christmas tree lights. Now if Insteon would just produce a decent beeper or doorbell chime for dryer done and/or garage door open indicators I wouldn't have these X10 problems.