larryllix

I just wish they would have put a main element in those that started with 3000K. 2700K is not a great white light for working under and with a variable colour temperature it limits the usage to bedroom cuddling and TV watching without crafts. The 'Warm Glow' ones were seen at HD.ca for about the $6-7 range but the online catalogue doesn't reflect that now as the prices seem inflated. I will have to do a double take survey here. The prices did seem low on the shelves, esp. for Canada. It seems Philips finally gave up on their weird squashed bulb. They seem to be disappearing fast and on sale a lot.

Sound like you are going to need UDI to help you rebuild your image. Nothing personal. Just your SD card.

Have you checked your SD card to make sure it is connected properly? IIRC it works like a ballpoint pen with a click-click action.

Unless somebody has a better ide and you have a decent backup I would be doing a factory reset at this time. You should open a ticket with UDI. I am sure they can give you better guidance in this matter.

Along with that. check your router and see if the ISY MAC address is showing up. Perhaps ISY has lost it's IP address assignment in the router and/or itself, for some reason. This would mean you are pinging the wrong address.

Reported in another thread "In the past when I didn't have the phases bridged, there would be an exclamation point appear on the admin console. The inline lincs are both on the same circuit, and they are both on the same phase as the PLM." The fluorescents are an excellent point, and if the building has a few years on it they are very likely suspect. I second that one.

Motion If status control motion is switched on <----change to control so every motion detected restarts timers OR If control motion2 is switched on <-------need to be sure every corner gets scanned for users and status boiler is off <--- not needed. no problem setting a device that s already on. then set scene boiler on <---why a scene? Device has more secure communication and retries 2nd program is: <-----put into one program so it doesn't turn off while motion is still being detected Off delay If status boiler is on <-----not needed for one program wait 5 minutes set pump off then wait 30 25 minutes set scene boiler off Need to fix your comm problems, as Stu stated above, or you may get customer complaints about no water when it fails unless you want to be called lots.

On a utility high bill complaint, we had a customer, irate as hell, was told by one of our residential energy advisors, in our office customer complaint dept., that once she delivered her new baby their heating costs and electricity bill would diminish as a baby would generate so much heat. The non-technical woman was not impressed and left the utility angry! Problem solved...she went away! ROFLMAO!! Yeah, we had to go out, prove her metering, and settle her down with some tech talk and let her hold the calculator.

Here is a v5.x method to ramp up/down at any speed you desire. The in/decrement steps can be 1% per step at any time speed you desire. Note I use two repeat loops as my LED bulbs are very nonlinear. The change from about 30% to 100 % is not that great so I speed it up to 3% per jump. Alternatively, the ramp step time could have been increased for the same effect. If the nonlinearity of the lamp response is not a concern the second loop can be eliminated and the first 'Repeat While' condition set to 100% for simplicity. Test Dim Loop - [ID 00F0][Parent 0001] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Set 'Master Bedroom / MBR Wall Lamp' Fast Off $MBR_Lamp.level = 1 Repeat While $MBR_Lamp.level <= 30 Set 'Master Bedroom / MBR Wall Lamp' On '$MBR_Lamp.level %' Wait 1 second $MBR_Lamp.level += 1 Repeat 1 times Repeat While $MBR_Lamp.level <= 100 Set 'Master Bedroom / MBR Wall Lamp' On '$MBR_Lamp.level %' Wait 1 second $MBR_Lamp.level += 3 Repeat 1 times Else - No Actions - (To add one, press 'Action')

Years back people would push humidifiers to save money on your heating bill by lowering the temperature and saving money on heat. Another forum on another forum contested this with one of the larger manufacturers and proved that it costs more to heat air and humidify it too as it takes calories to evaporate water. The humidifiers manufacturers don't advertise that anymore. I also find less sinus and skin problems with a higher humidity in the winter. As far as lowering your temperature, it may be true somewhat, but not enough to change the set point more than about 0.5c = 0.9F towards the end of the dry spell late winter. I do find the contrast in comfort (sweating) between sedentary activities and physical activities lower with higher humidity though.

Most of us are. That is what we are doing here! ooops! Did I post that out loud?

Yeah, operating your thermostat remotely seems pretty cool but for what? While building my current home about 200 km from my existing (at that time) home I used the setback thermostat to an advantage to save $energy$. I would set my thermostat to about 55 degrees F and then on late Friday set it up to about 68 degrees so that when I got home from building my home would be semi-heated and I could manually take over the control for the weekend if I was staying there. This all seemed to work well for that winter but there can be a big down side to this. When you raise the temperature of a home without any bathing, showering, cooking, sweating and other methods of raising the humidity, it dries out the framework eventually, as the humidity drops too low. This 20 year old house that had all the floors glued and screwed and never had hardly a squeak or pop turned into a mess. Walking across almost any floor I could hear popping and snapping where the floor sheeting was separating from the twisting floor joists. This never comes back once wood twists and glue and screws break. As the grandstand event, toward the end of that winter, I noticed a piece of expensive urethane (was the new high tech at the time)flooring had lifted and torn away from a door frame. Investigating I noticed that an interior door frame, 20 years old, had twisted and caught the flooring vinyl, tearing it. Repairing this I glued the flooring back down, attempting to hide the tear and got some long screws to fasten the door frame back to the 2x6 framing. As I tightened the long screws in, pulling the pine jamm back into place, it broke from end to end with an angular break right across the 6 inch width. More repairs and painting in a panic. The place was listed for sale at the time. In the end, I have learned that setting your thermostat back too much can be detrimental to your home, and furniture too. I have learned not to take your thermostat off deep setback without a humidifier running to keep the humidity levels up. I had this house built and personally insured good construction techniques for a quiet squeakless house. I ruined it by not paying attention to temperature change side effects. Somebody else owns it now.

HA people want to adapt devices into their 'controlled' world, that were not created for HA. Most of these thermostats were created to capture a niche market with hopes of remote control and better home comfort only. The twain weren't suppose to meet. The HA market is very small and we are trying to control products from companies that don't want to be absorbed. I have some very high-tech guests and none of them would install HA even when given to them free. When staying here, they will unplug any lamp that comes on when they didn't switch it. Most people just roll their eyes when things happen automatically. These are the same people that never select a restaurant or home delivery pizza place unless they have an online menu or online reservation system they can access on their mobile device.

Thanks Lee! When I read your post I had something else in mind and missed the point I was getting at. So this could be dangerous If Control '33.95.41.1' is switched Off And Status '33.95.41.1' is Off Then variable -=1 more lines Else variable += 1 more lines If processing gets past the first arithmetic line and a second trigger hits and restarts it we could see a double dec/increment. Even though we think we are dealing with one device we need to treat it like two devices, a controller that can send control signals, and a responder that can send status signals, that can do the same things in ISY. I don't think ISY is going to maintain two statuses. "Where I think it is" and "Where it says it is", statuses. Interesting stuff dissecting UDI's early brain.

I don't seem to have problems with that the last while. I usually just factory reset the device and do a restore Originally I would delete the device, factory reset, and then relink the device. frequently things would go two different ways. - Programs using the device would display some unknown device message <device unknown>or similar. or -Programs would display the name of the device but in the root folder and not the folder it resided in. In this case selecting the program line and then clicking the line update at the bottom changed the device name to the proper full path name. I don't know what has changed in process or ISY but I haven't seen this for some time now.

Yeah I typically use a variable or other mechanism to know the state is already in that state being sent ('slow double tap off') but I think I failed to pick up on the actual subject of the matter here...the sequence of ISY processing signals vs status changes. If people are using this technique, testing status of a point, triggered by the control signal that changes the status and sometime down the road UDI changes the internal processing order all these programs may stop working. This also brings me to wonder that devices send out status updates when their status changes. Since a SwitchLinc is really two devices, do we not get a control signal from the switch, when tapped,,as a trigger, and then a second status change signal from the light control device circuitry? If so ISY does seem to ignore the status changes sent but can manually invoke one with a Query. Proof of that is operating a device that does not send confirmation ie. 2441ZTH. After a setpoint change or mode change ISY pauses(may be admin console update time) and then displays the requested setpoint number or mode. After a query ISY changes setpoint and mode indicators back to the originally displayed settings, proving that current status was assumed at that point. If ISY was displaying actual status the admin console displayed setting would have never changed, LeeG may know more about this. Is it possible some of the [message ignored] lines from the devices updating the latest status change and ISY doesn't use them?

You need the status change condition protected from triggering the program whatsoever with a second program that is disabled. if control x is switched off then run (if) program2 else -- Program2 (disabled) if status x is off <-------cannot trigger program lines then do anything to status X device else do anything to status x device.

Smarthome does produce three native Insteon units that talk to ISY directly.

This depends on the level of the home. Top end ritzy homes are purchased by ones with the big bucks that want everything done for them. Lower income people would like HA in some cases but want todo it themselves. I have seen a few people buy homes with pools and fill them in. I have also known a few people that would never buy a home with a pool and yet added one after moving in. Alternative energy in homes is a similar situation. They can lower the market value of your home. Most people don't want complicated. People that do, usually don't want somebody else's mess, and want to do it themselves, if at all. Wouldn't your house be happier with an ISY994i ?

IIRC in the last few years rotational usage of sectors on eeprom memory algorithms have been incorporated. Sectors are constantly moved to different locations in the background to avoid bit burns from constant wear and tear on the same sectors.

None of them support Insteon. ISY may talk to some via the Network Resource module but responses will not be seen as ISY doesn't understand the language. Much work has been done with Venstar T7900 by some here and the Network Resource module can control it directly, somewhat, but this requires a RPi as a bridge to read or get responses. Search for threads about this in this forum.

Here is a program example setting lights to a brightness level. Porch Lights.auto - [ID 0043][Parent 0062] If From Sunset + 30 minutes To 2:00:00AM (next day) And $sOccupied is $cFALSE And $sOccupied is not $cTRUE Then Set 'Foyer / Front Porch Lights' 25% Set 'Foyer / Side Deck Lights' 25% Wait 8 hours Run Program 'Porch Lights.auto' (Else Path) Else Wait 2 minutes Set 'Foyer / Front Porch Lights' Off Set 'Foyer / Side Deck Lights' Off . . Here is a scene example created by dragging Insteon devices onto the scene name created by you. Note the level and ramp speed adjustments for the scene. You must have the scene selected with your cursor, not the devices included in the scene listed below the scene in the device tree.

Welcome! Not to throw too much at you at once but... Here are some quirks for newbies that caught most of us and still does occasionally. If Control 'MotionSensor2-Sensor' is switched On <---will only trigger the Then section = no Off trigger with 'Control' And From 10:00:00AM To 11:00:00AM (same day) <--- will trigger the Else section = turn the light off Then Set 'SwitchLinc Relay' On Wait 20 minutes Set 'SwitchLinc Relay' Off Else <--- be very careful using the 'Else' section with bracketed time frames (from-to), or status triggers Set 'SwitchLinc Relay' Off

Thanks Lee, but where does the XML come from? Is it from an unzipped backup file?

Oh shoot! I should not have included YOUR text in my question. Sorry for the confusion. I was referring to what looks like XML code as per Jerlands above also.