Wes Westhaver

Can someone tell me where I can find information about the network module for the ISY994i? I'd like to know what functionally it provides. Thanks in advance. -Wes

Try downloading the .zip file below: http://www.westhaver.com/guest_suite_console.zip It will create a folder called "guest_suite_console" containing the Xojo binary project file and an icon folder containing the needed icons. Let me know if that works for you. It appears that Xojo will consolidate all the components of a project into a binary file except for the icon files. Go figure... Anyway the .zip file should get you up and going. Sorry for the confusion. I rarely use Xojo's binary project option and I assumed it would work in a way that it doesn't. -Wes

Ooops! Sorry. I overlooked those external resources and forgot to package them into the Xojo binary project file. I've uploaded a new file. You should be able to download it from the link I provided earlier. -Wes

@Goose66 I've posted the code on my website at: http://www.westhaver.com/guest_suite_console.xojo_binary_project I saved the program as a xojo binary project so that all the various modules etc. are bundled into a single downloadable file. This makes it much easier to share a project. You should be able to load it into the 'free' version of Xojo and view the code. -Wes

Well, there are a couple points to understand: 1) The Xojo Development Environment doesn't run on a Raspberry Pi. It has to be run on a Windows or Mac or Linux PC. 2) Without a Xojo license you can only run code inside the Xojo Development Environment. A Xojo license is required to create stand-alone executable programs that can be deployed to the Raspberry Pi. So, if you download a copy of Xojo, you can load my code, view it and even run it locally in the development environment but you can't run it on a Raspberry Pi unless you purchase a Xojo license. Having said all of that, I think Xojo is the best programming environment I have ever come across as it allows you to write programs that run on multiple platforms (Windows, Mac, Linux, iOS, Android and Web) and is a very approachable language. -Wes

To tell the truth, I hadn't even thought of sharing the code. Give me a little time to carve out any private info embedded in the code and then I'll make it available. Are you familiar with Xojo? You'll need to download the free version of Xojo to view/edit/run the code. You can find Xojo here. -Wes

Recently I renovated our guest room and wanted to provide a way for our guests to control the lights and devices within that room without giving them access to the other lights and devices throughout the rest of our home. To do this I created a home automation console built from: A SmartiPi Touch Pro case A Raspberry Pi Official 7 Inch Touch Screen A Raspberry Pi 3B+ And some custom programing in Xojo These components combined make for a pretty nice package. I really like the SmartiPi Touch Pro case. I’ve been looking for a Raspberry Pi case that looked better than the typical high school science project and the SmartiPi case looks good enough to have achieved wife approval (not an easy thing to do.) I really appreciate that I can make calls to the REST API on my ISY994i from my Xojo code. The REST API is easy to use and opens up a lot of possibilities for projects like this one. So now I have a dead-simple home automation console for our guest room. -Wes Screen capture of console in action

This! ^^^^^^^

I purchased two of these units several months ago and mounted them on our nightstands to trigger what I call a 'bathroom run'. We like to sleep in total darkness so when it's time to make a bathroom run, tapping one of these remotes lights up a path to the bathroom and then extinguishes all lights when we return to bed. Your info will make it easier to use these types of remotes for other purposes. Thanks for posting!

I'm running ISY994i firmware version 5.3.4 and Z-Wave version 6.82.01. It would be great if there was some documentation that explains all of the possible Event Viewer entries. There's a lot of cryptic shorthand in there that I'm certain is very helpful if you can interpret it. Btw, I wrote a small web application in Zojo that runs on a Raspberry Pi (24/7) and I use the application to trigger most of my scenes and programs. The web application uses the ISY994i's REST interface to talk to the ISY. This application has been running great for over a year and both my wife and I use it constantly. I like the fact that whenever I need to make changes or additions to the app and I recompile it the app auto-magically appears on our smartphones (since it is web based) rather than having to download and re-install like you would have to do if it was a native smartphone app. This makes updates non-disruptive for the wife and that is a *really* good thing.

Most of the time a query returns a single reply but I randomly get multiple replies from other Z-Wave devices also.

I see the rapid ON/OFF/ON/OFF... sequence sometimes and it is quite disconcerting. It seems that you can't send multiple Z-Wave commands without waiting a few seconds between the commands to let the network settle down. But I believe the popcorn effect that others have talked about is different. My understanding of the popcorn effect is that Z-Wave commands each device in succession when setting a scene instead of the Insteon 'everyone responds at the same time' (which is a very nice Insteon feature.) I've noticed that too. And adding more Z-Wave devices also seems to help as well. Yes, I've spent quite a bit of time with these options and observing the results in the Event Viewer. I also ran the "Z-Wave | Synchronize Nodes | New & Deleted" which found about a half dozen Z-Wave devices that no longer exist in my network. Clearing out the missing Z-Wave devices seemed to make the network respond faster. I'm assuming (maybe wrongly) that the Z-Wave daughter-board may have been getting slowed down by trying to communicate with the non-existent devices and needed to time-out before moving on. I really don't know enough to be certain of this hypothesis. I am in the same boat. When Insteon first came out I read all the protocol docs I could get my hands on and was impressed by the amount of thought that went into the Insteon design. I certainly wish they were still around. I'd like to get to the same level of familiarity with the Z-Wave protocol but it may take some time to get there. I've been looking at the "Z-Wave | Show Information in Event Viewer" and all of my Z-Wave devices appear to have numerous neighbors and that is why I'm pretty confident that my mesh is solid.

I have an ISY994i equipped with the Z-Wave daughter-board. I initially purchased the ISY to work with my Insteon devices but now am moving to more Z-Wave devices. I currently have about 15 Z-Wave devices. My home is relatively small and all the Z-Wave devices are in close proximity to each other. But I am seeing occasional delays in device control. When I click the "Query" button in the Admin Console for a specific Z-Wave device most of the time I get a single response in the Event Viewer but often I get several apparently redundant responses. I've attached a screen shot below: Is this normal? I've interrogated the Z-Wave devices and they all seem to be aware of multiple neighbors so my mesh should be solid but I don't understand what I'm seeing in the Event Viewer. Thoughts? -Wes

That's too bad. I'd like to be able to query any/all of my Z-Wave devices. Most of them are Zooz and Zooz has a penchant for issuing multiple versions of their firmware along with multiple documents describing the features of each version. The trouble is, unless you know what firmware you are working with you won't know which firmware documentation to reference when configuring a device. I appreciate Zooz making lots of enhancements to their firmware but... It would be great if the ISY994i could query my Z-wave device version info and then do OTA firmware updates.

As stated in the subject line, I'm wondering if a Z-Wave device can be queried/interrogated to determine its firmware version. I can't find any info on this. It would seem to be something that should be available in the Z-Wave protocol. -Wes

As asked in the thread title, I just want to know if the ISY994i is frozen at end-of-life because the new Polisy is the focus of UDI's attention now. Or is it still ok to ask for firmware enhancements?

@Michel Kohanim I don't use MobilLinc so that would not apply here. I've been exploring the Admin Console a bit and did run a "Tools | Generate Topology" report which includes node notes. Could that have generated those Event Viewer entries?

Thanks, I'll do that.

Can anyone tell me what these mean?: Fri 04/22/2022 04:21:30 PM : [FileOpen ] Open failed for [/CONF/122.PRP] (r) Fri 04/22/2022 04:24:31 PM : [FileOpen ] Open failed for [/CONF/143.PRP] (r) Fri 04/22/2022 04:24:53 PM : [FileOpen ] Open failed for [/CONF/30.PRP] (r) Fri 04/22/2022 04:30:38 PM : [FileOpen ] Open failed for [/CONF/16.PRP] (r) Fri 04/22/2022 04:32:05 PM : [FileOpen ] Open failed for [/CONF/17.PRP] (r) Fri 04/22/2022 04:32:52 PM : [FileOpen ] Open failed for [/CONF/49.PRP] (r) Fri 04/22/2022 04:33:02 PM : [FileOpen ] Open failed for [/CONF/48.PRP] (r) Fri 04/22/2022 04:33:58 PM : [FileOpen ] Open failed for [/CONF/42.PRP] (r) Fri 04/22/2022 04:36:41 PM : [FileOpen ] Open failed for [/CONF/94.PRP] (r) Fri 04/22/2022 04:38:06 PM : [FileOpen ] Open failed for [/CONF/92.PRP] (r) Fri 04/22/2022 04:39:53 PM : [FileOpen ] Open failed for [/CONF/100.PRP] (r) Fri 04/22/2022 04:40:19 PM : [ Time] 16:40:22 0(0) Fri 04/22/2022 04:40:40 PM : [FileOpen ] Open failed for [/CONF/91.PRP] (r) I took a look at my ISY944i event viewer today and found a bunch of the above.

Update: I was able to fix the problem by performing a factory reset on the ZEN71's and then moving them closer to my ISY and re-introducing them to the ISY. Once that process finished I was able to see On/Off messages being transmitted to the ISY and was able to use these messages to trigger a program. So everything is working fine now.

I just installed two Zooz Zen71 On/Off switches and introduced them to my ISY. My ISY can see them and control them but I can't seem to get a simple test program to respond to them as controllers. I've included the test program below. My program is looking for any of the paddles to be pressed and then beep my FanLinc. It's a useless program but I hoped it would at least let me see if the paddle presses could be used as a program trigger. So far no luck. Any idea what I'm doing wrong??? GBaRm-ExhaustFan-TimeOut - [ID 0021][Parent 0020] If 'Modules / Guest Suite / Bathroom / GBaRm-ExhaustFan' is switched On Or 'Modules / Guest Suite / Bathroom / GBaRm-ExhaustFanPaddleBtn1' is switched On Or 'Modules / Guest Suite / Bathroom / GBaRm-ExhaustFanPaddleBtn2' is switched On Or 'Modules / Guest Suite / Bathroom / GBaRm-Lights' is switched On Or 'Modules / Guest Suite / Bathroom / GBaRm-LightsPaddleBtn1' is switched On Or 'Modules / Guest Suite / Bathroom / GBaRm-LightsPaddleBtn2' is switched On Then Set 'Modules / Guest Suite / Bedroom / GBdRm-CeilingFan' Beep Else - No Actions - (To add one, press 'Action')

OK, so i seems that 'm voted down in my request. But I'd still like to know the answer to my second question. In most programming languages if an OS feature is not exposed through a built-in language command or function you can usually reach the feature via a direct OS call. So is there a way provided by the ISY to address Insteon functionality that is not exposed by a built-in ISY interface?

Clearly the option exists to enable/disable the LEDs. Why then can it not be toggled via a program? You may not see the utility in having this option but I do, otherwise I would not have asked. So I hope a definitive answer will be forthcoming from UD's engineers. I took a look at the communications in the diagnostics dialog and it's pretty clear that to toggle this option a very minor amount of bit twiddling is required: http://www.westhaver.com/isy_event_viewer_led_backlight_toggle1.png http://www.westhaver.com/isy_event_viewer_led_backlight_toggle2.png Is there any mechanism provided in ISY to generate custom communication transactions for situations where ISY does not provide an interface? -Wes

I have tested it and it appears that they can be enabled/disabled (though not individually.) So I find it odd that this is not made available to programs. -Wes PS. I don't want to change their color (red/green) or their brightness or control them individually, just enable or disable them as is possible via the ISY options dialog.

I would like to enable/disable the two LEDs on my FanLincs. This can be done via the "Options" button which takes you to the "Device Options" dialog and then you can check/uncheck the "LED Backlight" option. But I want to do this from a program and I don't see any way to accomplish this. It's obviously doable via the options dialog so how can I do this from a program? -Wes PS. I can accomplish this on my KeypadLincs via a program so I'm wondering why this isn't available with a FanLinc?