KSchex

Sent you a message with code. Hope it helps.

I have a couple of line programs for each device that collects failures, writing the count to variables. Twice a day at a set time the ISY sends me a list of errors, if there is any. If there is multiple errors on a device I get a text & email right away.

I have been using Gmail for years. I send both text and email for alarm messages. I can say that 90% of the time the both arrive within seconds. Sometimes one may be a minute later. I attribute it to the "internet" which is not 100% dependable. In my case I am not sure if it is Gmail or AT&T. I sometimes see that Outlook struggles to retrieve email from both my Gmail and AT&T accounts.

@madcodger I don't have any Homeseer battery devices but do have several Aeotec. I have had to place each of them in a plastic box with C batteries because AAA don't last. They also do not report battery low conditions well, later finding the device has been dead for days. I have written a program for each that counts errors. By this and text messages I can sometimes tell if one is awry. My eventual plan is to get rid of these units and replace with something else. As for temperature, I have found nothing ZWave that is reliable. Tags are a good choice. Good luck..

Thanks @lilyoyo1, excellent write up.

@gviliunasI know it sounds morbid and off the original topic but I have actually written a document "How Things Work In My House". It has written detail explanations, diagrams, and where things are located. It include the LANs, backups, sensors, server, NAS, electrical, etc. The last chapter says how to get rid of the automation. My wife won't understand it but my millennial daughter will. It took me about a month to write.

I agree and will use mine until it runs out of electrons or there is something that fits ALL my needs perfectly.

So you guys have touched on topics here that are really close to me. I believe UDI expanding with Polisy is in their best interest for their target customers. That target however may not be the average HA hobbyist. I feel UDI is a cut above others and moving into a more commercial market away from HA. In my mind, the ISY994 has reached it’s EOL. I will be surprised if there are any more “serious” updates. My ISY is the most solid piece of electronic I own and it doesn’t rely on the Cloud (yea!). UDI should be proud. It has served me well but I think it’s programming limits vs overall bandwidth has been reached. To keep it updated and squish new device functionality, within it’s hardware constraints, is probably an almost impossible task for UDI. Enough said here. As for a User Interface (UI), not to be confused with Admin Console; I would like to have something that is configurable. Easy to setup icons, web pages, insert pictures, etc. I would like for it to be multithreading able to communicate with the ISY as well as other devices. Running the UI on a computer would give it plenty of resources. Gee, it could run on Polisy! Wouldn’t that be nice. Policy talking to ZWave nodes, programming similar to ISY, talking to other external nodes, and a UI like Home Assistant! I like it and would gladly buy. As for Agave; excellent product, light weight, runs well on my Androids, gives me a simple node presentation and simple control. However, Agave was not designed to be the UI that Home Assistant, Lovelace or Homeseer is, to name a few. With all said there is a couple of things that I find most important along with my general needs; ability to operate without the Cloud and age of the current product. How long will the makers be here before they get tired or decide it is not economically prudent to produce/support any more. I would have no problem paying $100 or so for a quality supported UI. Thanks all for “listening”.

Hi all....I was reading the messages here and found myself checking out tags on the Wireless Sensor site. I see where they communicate with a tag manager device to the cloud. Not being a proponent of the cloud, is it possible for the ISY to communicate directly with the tag manager through Policy or Polyglot (not using the cloud)? Thanks.

I have some alarms with and without conditional folders to incorporate an enable/disable. Either way flags or conditional folders you still get a slight delay. I have tried to minimize using multiple levels of programs, etc. to generate an audible alarm as soon as possible. In some cases you can't. It is against my programming ways but here inline is best.

Hello Derek.......lilyoyo1 is right on. Thought I may pass on my ISY experience as another old schooler. I think you are referring to a list or array of sensors and having your program index into them. Unfortunately no you cannot do that. I have broken my programs up into a main with a "sub program" that does a function like turn on an audible alarm, using the sub program in many other places. However, I have found that this will delay the sub program action a few hundred ms. It will also skew the action with other incoming events and may cause a busy processor. Since I have experienced this, I have changed critical programs to straight inline code with no "sub programs" other than setting variables, etc. I have also found that adding an "IF" qualification to a folder can cause additional delay. Good luck.

Thanks for the post. I realize your system is different than mine but it gives me a feel for how much you can stuff in that little black box.

Hi jgcharlotte….I have been round and round using both gmail and bellsouth. Bottom line, I found that from time to time I too get random errors as you do, more so for text messages. So I use emails with Gmail. Unfortunately Gmail it is not 100% and sometimes it takes as much as an hour to receive the email. I have never been able to put a finger why. Best of luck.

Hope this helps, these are my gmail SMTP settings:

Thanks lilyoyo1 for the reply. Sorry to repeat questions. I usually get emails on forum topics but must have missed some. Best regards..

All & @Michel Kohanim I have read pretty much everything that has been advertised or posted about Polisy. I may have missed something as I still have some simple questions/clarifications: The UDI web site says Polisy is "Your gateway to integrating everything and anything with your ISY". Is Polisy a back end attached device or can it be a total replacement for ISY, or both? Does the October unit come with ZWave? Does it have an ethernet interface to your LAN as does the ISY? What is the intended use of the internal WIFI? What are the differences between the Pro and Standard? Will the API's (REST, etc.) be the same or do I need to write new code? Will my 5.0.14 programming and ZWave configuration be transportable to Polisy? What features will not be in the October run? As always thanks for the assistance.

Hi Michel. I have had at least three instances, that I know of, over the last month that the ISY has stopped processing commands. I wanted to try to get more of a handle on it before I asked for assistance. Unfortunately I failed to collect the log. The last time it occurred an LED was suppose to illuminate on two Homeseer WD200+ dimmers and an audible driven by a MIMO Lite was suppose to sound when a specific gate opened (Aeotec Door/Window sensor). This is all program driven and very reliable. The gate opened nothing happened. I immediately went to the admin console and saw a communications error to a different Aeotec (battery type) sensor. The gate status was correct but the associated program did not run. I tried a couple of commands of on/off light commands through the console and nothing. Then a minute or so later I got the door annunciations and all the door on/offs and all was good. Thanks for the concern. I will be back with you when I can capture an entire event.

Modbus would have been nice but simple was the order of the day. 485 was serial byte string address,8 contact inputs, x analog inputs, data length, CRC, binary packed data. Spoke too soon on ISY reliability. It "hung" twice in the last week and came back to life.

DCARD...Spent almost a lifetime with PDP-8, PDP-11, LSI-11 and then VAX. My company originally used PDP-11/34's and 35's for the control system, having only 128K words of memory. Color graphic displays were with Aydin video controllers. The system controlled a pipeline, calculated flows, did leak detection, other system interface, and had a graphic interface all in realtime. All "determination" type logic in my system is done in the ISY. It is the most reliable part. Any required data from the Beagles is sent to the ISY as well as Apache. All display comes from Apache running on an old Windows computer. Everything is written around Apache in C, cURL, JavaScript, and a little PHP. For display I grab data from the ISY and Beagles with Apache and serve up a web page. Any "real time" alarms are done through my own audible annunciators (Zwave) and text messages from the ISY. I like the idea of low power and strive for it but my junk box parts do not always lend to it.

Hi dcard..The Home Automation area is not at all like the industrial automation I am use to. Where if something fails or does not work as described there is a finite reason. A reboot or reinstall is not an acceptable fix. This just means I cannot trust my system. It will fail again. My original foray into data collection was 8051's on a 485 com line. Then 8051 with ethernet. All were my designs written in assembly & C. At retirement I decided to learn about something new and picked the Beagle because it was built well and not widely used like the Pi. It was to be a challenge to learn the hardware and Linux (and it has been). As far as hardware interface for CT's I use an AD736 and what ever is in my junk box; LM224, 308, 311, 741, 324...The A/D is a MAX172. These are all old discrete parts but real design is fun. I am not looking for speed. This Beagle monitors temp, voltage and power then reports back any change in the house 240V feed. All of my "devices" talk over their own hardwire LAN, no WIFI. There are other devices out there that could do this for less than $250, but the best part is I control the hardware and software. All device data including ISY is collected through JavaScript programming and Apache server. My ISY mainly does open/close detection of doors and gates as well as light control and audible alarm annunciation along with text messages. By the way, I use the MIMO2+ to drive mechanically latching relays (P&B/Tyco) for my exterior flood lights. One input tells me if the circuit is on/off the other tells me the status of the relay pair. ISY software is used to select the appropriate relay depending on the state. Unfortunately the antique relay control is a hold over from my early days of X-10. Any input, comments, pointers or welcome.

Yes it does not match the Fortrezz spec sheet. I found that I had to use .8V to 2 volts input, This seemed to be the closest reasonably linear segment, not enough range. I considered doing curve segment breakpoints with a look up table or a curve fit but that was beyond the ISY. My solution was to use the MIMO2+ inputs for contact inputs from switches. I wound up with a Beaglebone black, and an 12-bit A/d to measure my house current. It sends Rest commands to the ISY setting the appropriate variables with the current (amps). Good luck..

I like the Opto 22 modules, using the quad IO modules. There are several different clones also. Usually I can pick them up along with a 4-slot backplane on Ebay cheap. I have used them with my aircondition monitor system along with a Beaglebone Black. Even though I build my own interface, I use only UL and CE approved devices for interface to my home. Best regards..

I do not think I would rely on the internet or a cell network to give you a local leak/flooding alarm within your house. Consider an Insteon siren.

Thanks for the update on the MIMO2+. I have been waiting for this for quite a while so I can press the buy button on Amazon. Having spent a lifetime in industrial and military electronics I believe more could be done to hardware, software, and especially communications to make ZWave more reliable and robust. It would also be nice to be able to interface to some multiple digital input and 12 bit analog input Modbus modules. The unfortunate thing about any HA protocol is it is adapted with time and is never really hardened. Let's also not forget quality, or lack of. Manufacturers are competing with one another for the most cost effective product and trying to keep up with new features at the same time. Just my 2 cents!

I would recommend you read through the posts in Release 5.0.13D (Beta) is now available . My experience in going from 4.xx to 5.0.13D had some pains and was not pretty. My basic configuration was good. As I recall my devices were OK but programs and variables needed attention. All of my disabled programs were enabled and trying to run. Some variables and device names were deleted in the programs. I had to go through each program correct and verify accuracy. I also had a couple of programs that I had to delete and re-enter because they were doing strange things. It took about 4 hours to get my small system running again. I guess data structures within the ISY database software changed causing this, don't know. Update to 5.0.14 from 5.0.13D was flawless. I don't know about a specific tutorial but I have found UDI's "The ISY994 Home Automation Cookbook (downloaded from UDI) to be most helpful along with posts from others. Updating/upgrading my ISY has added a lot of ZWave+ options for me. I am sure others could add to this. Good luck....