Jump to content

larryllix

Members
 View Profile  See their activity

  • Posts

    14889

  • Joined

  • Last visited

 Content Type 

Everything posted by larryllix

  1. larryllix
    Interesting and I believe this must be the case. Now this has me curious and if further proof cannot be found I need to set up a test case to prove it. It would make sense that statuses are sent with the heartbeat once per 24 hours. Checking the program summary page should give me the last heartbeat and the ability to know when the next one should arrive. Unfortunately I will have to power cycle my ISY just before that time, to see the update and prove it. Does anybody know a way to blank a device parameter field in ISY other than power cycling the ISY itself?
  2. larryllix
    My four Leak Detectors all show status and no blanks. Those fields have been filled in somehow, without tapping the button or detecting Wet since my last ISY power cycle. ISY is getting that information sent contrary to how other battery operated devices report. Perhaps status is also reported with each heartbeat?
  3. larryllix
    I read the problem in your previous post but you still have not stated what the status of each leak detector is showing now, while ISY is running. There should be no blanks. I have four leak detectors and they all show Wet = off and Dry = On because I had to reset each one of them from installation, and after each flood I have detected. (I've had few) These LDs only send information when a change happens. That is the only way ISY can know the state of them. ISY remembers the last time wet was detected, or the last time you tapped the button on each of them. If neither of those have ever happenned then ISY will display a blank because it doesn't know what the LD states are and ISY programs cannot work properly with them. Your power up program detection of wet has to go. ISY is not ready to make that decision right after power up with unknown parameters. As Teken suggested, remove the "run at startup" from each program. Check to make sure each device status shows Dry=On and Wet=Off. If not, tap the button for that unit and recheck. There should be no blanks. Test again by power cycling your ISY. Train the neighbour to reset the Leak Detectors after cleanup by tapping the buttons after the LD is dried off completely. This must be done, and remote resetting your programs without resetting the Lek Detectorss may cause further problems with your program logic. I assume you also have heartbeat failure detection programs in place.
  4. larryllix
    Please check the status of each leak detector in the admin console device page for each unit. Just because there has never been a leak doesn't mean one didn't last send a Wet signal and one, or more, Wet statuses stuck on would do exactly what you are complaining of. Surely you must have tested each unit when you installed them.
  5. larryllix
    They are mostly readable but partitioned. So when you format it you are only getting say 4-8 GB of formated SSD not the full SD card. ie. 16, 32,or 64 GB. The rest would be hidden to ISY
  6. larryllix
    What really surprises me is that the CAO tags, having dewpoint as an option do not have dewpoint as a sendable parameter option. Well, at least they didn't sometime back but then they couldn't graph the dewpoints either. IIRC I checked the code help pages a few months ago. That was just added less than a year ago so offering a sendable dewpoint to ISY would make all this dirty talk redundant.
  7. larryllix
    Yeah, I linked to my ISY program in a previous post, that was styled after that chart. The dewpoint curves from 100% down to about 55% follow the (100% - RH%) /5 very closely, but at lower humidities the curves don't behave that simply. I took any (100% - RH%) difference over 45%, and added an additional 0.7 of difference to it, before dividing that resultant by 5.That made the lower humidities follow the dewpoint curves closer. Exponential calculations would have definitely been better. Mountians? LOL. In my previous home I was 350m abobe sea level to my foundation top = 1148 feet, and I was in a slight valley from mostly flat land around us.. Currently, my home is on a small mountain at 340m above sea level to my foundation top = 1115 feet. (yup, lower) My humidity here, ranges from about 30-100%. Mostly in the higher ranges. We have huge bodies of water about 10km, on one side and 80km away, on the other side. That gives us snow, over our heads most winters and some days needing to blow snow out the driveway at least three times. The location was a mistake but the views are spectacular. LOL
  8. larryllix
    I explained why that doesn't work in my previous post. Check the ends of the curves. They are way out for a workable range outside.
  9. larryllix
    Just an information warning. If you use a RPi with NOOBs and install an OS the installation process partitions the microSD card and formatting it elsewhere will NOT get the full SD card space back. This takes partitioning software to correct the SD card back to one partition for full usage of the space. Other software can do this also.
  10. larryllix
    If the status fields are blank then ISY has never received a Dry signal from the Leak Detectors. The reset buttons must be pressed to accomplish this. @Paul. He is using four LDs with AND logic. Using control / switched with AND logic can not work as four will never be processing True signals simultaneously inside ISY. It can't work with the intermittent nature of the signal logic. Status must be used for that program only and the "Run at Startup will never function either. The Wet program can use other but I would prefer not to use status at all.
  11. larryllix
    Quite right about the number of controllers for scenes. My bad there. I don't use multiple device scenes with controllers at all. Leak Detectors only send out wet/dry signals when triggerred wet by water detection, and when manually reset by a tap of the button. ISY remembers the status until told otherwise. Scenes with muliple leak detectors cannot work to reset as the AND function is required to ensure all detectors are reset to dry status. He is using all statuses in his "If" section so "Run at Startup" works fine. If he was using Control / Switched conditions, this would not be the case ('Run at Startup" could not work). Control/ switched logic always tests False unless they, themselves are doing the triggerring at the time. More than one logic line can never be true simultaneously. With AND logic the If section could never be True.
  12. larryllix
    You have both programs to "Run at startup", and are using status instead of "control / switched", and may not be resetting the leak detectors after detecting wet or possibly testing / installation. You could use "control /switched" in all cases but then an leak detector that has already triggered would be blind to more wet triggers. I see the purpose of the "Run at startup" for both programs and this is causing you the trouble. However, until you dry and reset the offending Leak Detector they are doing their jobs properly. Corrected as per Apostolakisl below You cannot create scenes with more than one Controlling Device and scenes do not support And / Or logic. You need ISY programs for this as you have been doing. Check the state of each LD to see whih one is locked on Wet.
  13. larryllix
    After owning a bunch of them and my son having a house full of them I would avoid anything using a GU10 or MR16 bulbs. Very bad lighting. Bulbs are very restrictive for selection, poor efficiency, and you'll require about 4-5 times the number of fixtures to get even lighting. The fixture are very poor quality design. If you use incandescent halogen bulbs in them, the wiring will be charred to a crisp after ten years with the in-ceiling fixtures.
  14. larryllix
    Yeah. I found several different calculations for dewpoint but none of the exponental stuff was happening in ISY math, so I used the simplest proposal put forward I could find and then worked it from there. A simple divide by 5 works for a good portion of the curve for some usages, but the curve got out of whack, so I experimented with a factor applying it to only one end ofthe curve until it got close enough. http://forum.universal-devices.com/topic/21727-bathroom-fan-control-solution/?do=findComment&comment=215296 Note this takes v5 and the Repeats are used as inline "If / then" constructs. When you see a line with $Variable = 0. That is to terminate the Repeat While construct. Multiple programs could have been used for v4 in order to get mutiple If / Then constructs.
  15. larryllix
    Yeah! Exactly what Stu posted above from the mechanical to the logic comments. I only have one KPL and it function as a combination lock. I don't like the looks or the function of them. In my Gathering room I have 6 x RGBWW LED strips, 5 x Hue bulbs, 5 MiLight RGBWW bulbs, 5 sets or lights controlled by 5 Insteon SwitchLinc dimmers and I operate all of them in 7 different scene setup from one SwitchLinc switch. ISY is your friend.... ...... Your imagination is the limitation.
  16. larryllix
    Once you go to V5 you can receive all those values in a realistic decimal formats. Kumoapps drops them right into ISY all in perfect decimal format.
  17. larryllix
    I find faults in my ISY programs from years ago that seemed so simple. Another method I like to use is to bring all the raw CAO data into ISY state variables but only use a common variable for all other programs. This way I can back up parameters with multiple sources. My outside temperature variable comes from three different sources averaged with any value outside more than 2C from the average thrown out of the average calculation. This selectively excludes temperatures from each sensor where the sun affects the reading improperly. Living on a small "mountain" the sun shines on all four walls at some point in the day. V5.x is invaluable in this, having a while repeat construct that can act as an inline IF condition, making program logic stretch much further in one program. Another method I mostly use is with two or more sensors. One is a primary source and when it is updating and looks reasonable the secondary source program is disabled. If the secondary program runs and it doesn't look reasonable or i't heartbeat also fails then a notification is sent out. I found this invaluable when a new stat is installed...no programs use it directly and it's easy to change out. ISY...the best logic puzzle toy yet!
  18. larryllix
    I can see you have been working very hard for some time on this one! I would worry about delta temperatures using too many factors to contribute to a delta humidity. If one element fails it would be easy to receive an erroneous value among other problems. To get around most of these obscure problems, I would typically use a simple all-else-fails timer to shut of the fan on a long term basis. Although it should theoretically never come into play, it could save you from some weird sequence of operations that you never thought of, leaving the fan on while you away on a winter vacation for two weeks. Too much outside air can cost you heating money, when you live in a cold winter climate. I do a similar thing for my cold cellar, but compare dewpoints (inside to outside), so I don't draw in lower % RH air, that results in raising my cold cellar humidity, instead of lowering it, once it is cooled to the indoor temperature.
  19. larryllix
    Screen shot. Then use the Full/Advanced editor button bottom right
  20. larryllix
    Seconds would maje a lot nore traffic and i.o jams on the ISY. ISY has lots of spare cpu power but i/o is the biggest bottleneck usually. Sent from my SGH-I257M using Tapatalk
  21. larryllix
    The CAI boards don't need anything else. The ISY Rest variable stuffer code is built right in to it. Sent from my SGH-I257M using Tapatalk
  22. larryllix
    I agree. Seems to be a typo. Status should work as a simple logic filter (no triggers) and control / switched works as well but control / switched will always be False and always run Else (depending if any other OR logic doesn't override)
  23. larryllix
    The status On line will cause you troubles if you ever add another line to the then or in the else section. When you change the status the program will trigger again and run Else immediately. No further lines after the set Kitchen Light to 100% (if you added one) would execute. The line isn't needed for your case anyway. You can try it this way to see if you like it. Set the local level to 10% on the SwitchlInc to start with, by holding the paddle down to the lowest level you can get it to. Tap it off. Tap it on. Come back after 10 PM and try it again or change your time frame to test during the day. Don't forget to set the time frame back Have fun with it. You can't break it If Control 'Kitchen lights' is switched on And from 7:00 AM to 10:00 PM then Set 'Kitchen Lights' Fast On Else No Actions
  24. larryllix
    You program should never be true with two Switched On triggers. Take one out and only use one. One of tricks I have used is to set a long ramp of the light with the 100%. Say about 3-4 seconds. Now when the switchlinc Control On is detected and the time frame is met, turn the light on to 10% with a fast ramp on. Actually thinking back...the opposite works better. Set the level so that the local (paddle) light level comes on at 10%. Now with one program using the SwitchLinc control On beat the 10% with a fast On which is 100%. You won't even notice the delay and the local level will not be reset to 100% with a Fast On. You can test this technique at the SwitchLinc. Hold the paddle to get the 10% and then turn the switchlinc off. Now double tap the paddle up. Turn off, then back on with single taps. It remembers.
  25. larryllix
    The login via the ISY portal is the same as the ISY Portal login, not the ISY login. If you have forgotten, then use an automatic password fill-in from your browser and change your login to something you can remember. Creat a short email with the info and mail it to yourself, saving it in an obscure and not obvious folder. Keep a note book in your desk drawer?
×
×
  • Create New...