hart2hart

Deleted.

I've only been using it a day but spent considerable time researching and my short time reinforces my purchase decision. I had a MorningLinc lockset and the handles are so small it can be difficult to grip with something in your hands so I switched to a deadbolt and put lever lock in the entry lock opening. The lock is inside garage to enter house so not weather exposed. I'd be slow to place this unit (electronic touch screen) where it was not covered from blowing rain or maybe direct southern exposure to sunlight all day. However, that is supposition on my part, it may be fully engineered for these conditions and not a problem. Others direct observation would be much more valuable in this area. The BE469 is well supported by ISY with lock settings and usercodes being managed by ISY. The early very short range issues were not a problem for me. However to be honest, I purchased a 5 DBi antenna to use while adding devices and then switched to UDI lower DBi supplied external and it works flawlessly for control (so far). Be aware, with any motorized deadbolt, you will need to make sure you have proper alignment of the door and frame. Finally, I performed setup/install sequence on lock improperly before realizing a simple factory reset on lock would get it working correctly after spending an hour looking for other issues (not ZWave the bare lock). I would purchase again.

I suspected this since new batteries are always a little over rated voltage. At 6.26V, the reading is 100% not 104% so it is linear starting at 6.0V.

Swapped for older batteries and I can confirm linear with 5.54V/6.0V = 92%. Guess now we'll either have to let ISYlogger plot and wait for failure point. I've measured 9V batteries in smoke alarms and they report needing replacement when 8.5V was measured. I'm sure that had large safety margin.

Thanks io_guy. Since you have a unit that has been in use for a year, we can determine manufacture's intended method using a multi-meter to get a battery pack voltage reading and a little math . If you get a few minutes, would you indulge my curiosity? Edit: Actually, I've got some older batteries from the MorningLinc unit this unit replaced so I could install them for a % reading and then test them for voltage.

Just installed BE469 and it linked first time and so far works great. It has a property of battery level. I'm guessing that this level is linear based on voltage so that 6 volts would be 100% and 0 volts would be 0%. First, is this correct. If it is correct the failure will occur well above 0% so my question.... Has anyone been using one long enough to know at what % I should consider replacing the batteries? It would be great if 100% was full charge and 0% was linear representing typical low voltage threshold but I've never seen it done that way.

Thanks. Never even dawned on me it existed before this post.

Thanks I did not locate the ability to repeat every x minutes. Will be much clearer.

Thanks but now I'm officially confused because the program below is marked to run at startup and I receive the notification every time the ISY reboots. There would seem to be an implication that when the If condition is blank to run the then statements at least at startup. If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Send Notification to 'JPaulText' content 'ISY Reboot' Else - No Actions - (To add one, press 'Action') Another tidbit... the last run time etc is not recorded when programs are run at startup even though I know they ran. Is this as expected or is there something inconsistent with this mechanism?

To get a program running every 30 minutes I create a program with no If clause and mark it to Run it at startup with a then command that "Runs Then" the program that will run every thirty minutes. In effect, I am priming the pump to get program started running every 30 minutes. Example below: Is this correct or is there a more straight forward way to do this? Climate:Prime Outside Temperature -- Marked to run at startup If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Run Program 'Climate:Set Outside Temperature' (Then Path) Else - No Actions - (To add one, press 'Action') 'Climate:Set Outside Temperature' If Time is Last Run Time for 'Climate:Set Outside Temperature' + 30 minutes Then $Climate_Outside_Temperature = $Thermostat_Great_Outdoor_Temp $Climate_Outside_Temperature Init To $Thermostat_Great_Outdoor_Temp Else - No Actions - (To add one, press 'Action')

Confirm that the program is enabled. I've saved programs on a few occasions and they were not enabled. Also, is the program in a folder with conditions that have not been met?

Count me as +1 on ability to get rainfall from local device.

I purchased and installed one of the Hydreon RG-11 electronic only rain sensors that other have mentioned in posts (thankl to all) rain sensors a few weeks ago. Got it beside a simple rain gauge and so far it is perfect -- will see how it does during one of the downpour thunderstorms but I digress... I want to use the Irrigation module next year but must replace climate module rainfall with RG-11 reading for reliable results. During summer months, we get small pop-up storms and a weather station a quarter of a mile away (or across the street) can be worthless. Is this possible? Thanks.

It may not happen often but if you have more than 8 zones (hence two controllers) then turning one on will not always turn the other off if they are on different controllers.

Lee. Thanks for response I'm going to fix my simple program so it waits and does secondary query to update stAtus.

Understand what is happening based on reading your excellent research. Issue is that we are still getting wrong results so a fix is needed. Not sure where which is why i mention SL. Without fully understanding, Would updating ISY query so iolinc queries are run last and with delay have potential impact results since firestorm of activity appears from reading your posts to facilitate issue. Just spitballing but is there no solution possible ?

Lee and/or Michel: Didn't locate this thread and posted another viewtopic.php?f=27&t=15163 this morning and was directed here by helpful person. What is current state of this issue? Suggestions of installing NO contacts and doing additional query of device as required are what I got from the postings. Aside from bandaids on our part, is this on SmartLabs radar? Thanks, Paul

I've just this weekend hardwired contacts and hooked them to iolincs (v.36) that I've been using to control garage door. With a few peoples assistance, I have it working so that on to relay scene opens it and off to relay scene closes it. Last night at just after 3:00, a program trigerred indicating that my garage door was open and alarm was in armed mode. The sensor value was changed by query all and when I got up looked to find door was closed and then queried at isy console it went back to state of Off (closed). The program would have run just as I went to bed if garage door was open then and I don't have the reverse option set. I can post image to show but it is the larger contacts sold by smarthome placed at top middle of the doors and there is only a very small gap in closed state (door pulls in and away so maybe 1/4 inch) Any thoughts? NOTE ---- Added underlined lines below to help until root cause found If ( Status 'Garage / Garage:Double Door is Closed' is Off Or Status 'Garage / Garage:Single Door is Closed' is Off ) And $SecSys_Armed_Stay is 1 Then Wait 2 minutes Set 'Garage / Garage:Double Door is Closed' Query Set 'Garage / Garage:Single Door is Closed' Query Wait 20 seconds Send Notification to 'JPaulText' content 'Garage Door Open and Armed Stay' Set Scene 'Master Suite / Master Bedroom:Paul Lamp Scen' On Else - No Actions - (To add one, press 'Action')

Thanks. Understood this in general but with many device "felt" link with PLM was a default scene. Clearly wrong way to think.

Lee. Thanks. Does SH documentation simply hint but never outright say this? There was lots of mentions about scenes so in OP I considered it might be the case. Just would expect clear... CAN ONLY BE CONTROLLED FROM SCENE in their docs. But hell I could have just missed it. Next time I'll have two cups of coffee before a morning "simple" project. Just for kicks are there other devices that have same requirement ?

I didn't miss it and it works -- Thank you for confirming. It is clear that Iolinc relay must be a responder to scene tht is controlled and that one can't directly set ioLinc relay state in combination with Momentary C and get desired results. Again Thanks. Now, will someone please explain why for future reference?

I've already factory reset iolinc and restored via ISY. Did it again and still same results.

Thanks for the shot but iolinc is not linked to anything other PLM. Always controlled via simple programs mentioned. At this point I'm turning iolinc on and off from ISY console to test.

I've had an open garage door and close door program that used status of a triggerlinc and ioLinc in momentary A mode for 3-4 years that worked well but had to pick program so not simpliest mode for others to use and with a power failure true Triggerlinc status was lost until it was activated again. I just wired a hardwired set of NC contacts to the ioLinc sensor inputs. My goal is to simply open and close garage door by issuing an on (open) or off(close - although on vs off action not really important) command to the ioLinc. Thought it was simple: Wire contacts -- done Set ioLinc to Momentary C mode -- done Problem is when turning iolinc on and off, only On command is processed and it either opens or closes door as If ioLinc is still in Momentary A mode and sensor did not exist? Read so many threads but I'm either dense today or missing something? Please help me see the obvious? Am I misreading http://wiki.universal-devices.com/index ... n_I/O_Linc The iolinc is not in a scene -- is that missing link -- no pun intented!