Jump to content

larryllix

Members
 View Profile  See their activity

  • Posts

    14922

  • Joined

  • Last visited

 Content Type 

Everything posted by larryllix

  1. larryllix
    You have always been vocal about certain things anyway but yes, vocal control has changed a lot for me too. I have two 4 button mini-remotes I haven't sen in a year now. The batteries are probably completely dead now. Wife know many of the commands now after hearing me use them ( the beatings didn't work! ) ISY can make it happen!
  2. larryllix
    ISY time frames do not follow any other language simple logic. They exhibit dual logic personalities, one of triggered event driven logic, and one of inline style code conditional, conventional logic. ISY time frames are probably the most complicated constructs to understand.
  3. larryllix
    I use that technique a lot! It works very well to centralise control and isolate triggers from many programs. When you discover a new method of determining "dark" you can change the code in one program and the rest will still work without modification. I use 7 out of 10 MSes reporting dark and even then the 7 factor is a variable I can modify. Nice!
  4. larryllix
    Agreeing with apostolakisl above, is the ISYcode you use and others depend on, out of alpha / beta? V5.0.10 should have never been labelled as "alpha" In the same vein as your "Insteon/UDI/Smarthome" analysis...... You used the term "Smartphones" instead of "smart phones", as if android/Windows/iWool mobile phones were another division of the Smarties corporate chain. Way too much credit given there
  5. larryllix
    I have a query for clarification about your use of the phrase (damn English ) "beginning to fail". Does this mean some have already failed...or ..some have started to function erratically? Being in a similar position as you my take on it....and I am procrastinating way too much. I wouldn't go about replacing things that are working well but I would switch gears in the future. If nothing else having a Zwave option will ensure all your Insteon devices work forever. I thik the writing on the wall for the SH/UDI relationship is getting clearer as time passes. As a severe procrastinator, I will give it another year and then start the ZWave trail, but along side what I already have. OTOH, I have developed a lot into WiFi and Ethernet devices for coloured lighting. Then again Hue is ZigBee, So much for my Insteon purity.........*SIGH**
  6. larryllix
    People keep stating the blank status doesn't matter but that is nonsense. ISY programs have to test true or false, one way the the other, for blanks status fields. I need to do some testing for that logic since this has come so up many times now. Most are testing the Heartbeat with a 25 hour allowance. Some LDs send an On every 24 hours, and some send an alternating on and then off, one each 24 hours. Have a good one!
  7. larryllix
    I hope you also tested each and every sensor and rest them too. I spent most of my years in industrial control systems. Electrical grid protection and control systems. We weren't allowed mistakes. Beer should be involved here. Some have successfully used both and it can be done but it takes a lot of mental homework and overhead. I wouldn't attempt it because I can't fathom any section of my HA control and inputs that could be isolated from the rest. ISY has plenty of computing power yet. It's the Insteon protocol that bogs down waiting to be so polite.
  8. 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?
  9. 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?
  10. 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.
  11. 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.
  12. 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
  13. 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.
  14. 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
  15. 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.
  16. 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.
  17. 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.
  18. 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.
  19. 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.
  20. 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.
  21. 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.
  22. 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.
  23. 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.
  24. 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!
  25. 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.
×
×
  • Create New...