Chris Jahn

It is definitely not memory, the size '28' blocks are used for program content, and you have plenty left. I would have to look at the program XML for that program to see why it may not have loaded.

Hi giesen, What happens if you edit and save the program? There may actually be a different reason it is not being loaded (the message should be 'Out of memory is usually the reason')

The doubling of the number of programs is really the upper limit of total programs, but unless you have very small programs, the practical limit will likely be determined by the amount of memory available for program content. We haven't done any analysis on the average size of a program, but just guessing, I'd imagine most people would run out at about 1400 or so.

This may also help, I reposted the instructions for logging events etc. to a webpage on the ISY http://forum.universal-devices.com/topic/20328-create-web-pages-using-programs-requires-network-module/

This is a repost of the instructions for logging information using programs ... We added an enhancement to the networking module that allows you to update files in /user/web when sending a notification from programs. This allows you to make custom HTML files, XML files, or do some custom logging to that directory. The interface requires the direct use of keywords, although at some point we may make a more user friendly version in the GUI. When creating a custom notification, do the following: Start the subject with @webpage: Optionally add @append: or @delete, nothing specified means create or overwrite the file Supply the relative file path to /user/web, e.g. specify myDir/hi.htm for /user/web/myDir/hi.htm You may update multiple files by supplying multiple @webpage:... entries separated by a space Add an actual e-mail subject if this is to be e-mailed as well. NOTE: You can fully use substitution variables to create the subject, allowing file names based on a variable for example. NOTE: File names are limited to the 8.3 format Examples: // Send notification with subject "My Status" (no file created) Subject: My Status // Create file /user/web/mydir/status.htm whose content is the body of this notification // Send e-mail notification with subject "My Status" Subject: @webpage:myDir/status.htm My Status // Create file /user/web/mydir/status.htm whose content is the body of this notification (no e-mail notification sent out) Subject: @webpage:myDir/status.htm // Append body of this message to file /user/web/mydir/status.htm Subject: @webpage:@append:/mydir/status.htm // Create file with name based on the value of a variable (e.g. if the variable=24, then file is /user/web/mydir/file24.txt) Subject: @webpage:/mydir/file${var.1.1}.txt // Delete a file Subject: @webpage:@delete:/mydir/status.htm // - Create file /user/web/mydir/status.htm whose content is the body of this notification // - Append the content to /user/web/mydir/log.htm Subject: @webpage:mydir/status.htm @webpage:@append:mydir/log.htm

Hi zerop, I stand corrected! The limit for the longest time was 1024, but we doubled it a couple of years ago (I guess I forgot because this just doesn't come up very often). Anyway, if you ever do hit the limit, it won't actually allow you to create the program or folder.

Yes, the number of folders is included in that count (program folders obviously, not folders in the device tree or anything else).

Hi Guys, The ISY will not let you can create more that 1023 programs + folders combined. There is a large pool of memory available for program content itself, and it should be sufficient for 1023 programs unless you have a lot exceedingly long programs. The summary page will show '- Not Loaded -' for a program if it could not be loaded.

Hi Banichi, I'm going to add this as a feature request. Although it will take a bit of work, it should be reasonable to do using our new node framework. This likely will not be part of our first 5.0.x production release, but we will look to implement it after that. This of course will only be useful for protocols (such as Insteon) that do not require a manual linking process.

Hi brockp, This is available in the ISY 5.x branch, but not the 4.x.

Hi brockp, Its there now, you just right+click on the device in the tree and select it from the Z-Wave submenu

The following works in both the 4.x.x and 5.x.x ISY versions supporting Z-Wave: You can use the following URL in a browser to set the Z-Wave parameter, and it should let you set a full 4-byte value. You can also specify a hexadecimal value by prefixing it with ‘0x’ https:///rest/zwave/node//config/set///> The parameter size can be either 1,2, or 4 bytes e.g. http: //192.168.0.51/rest/zwave/node/ZW003_1/config/set/1/77/1 http: //192.168.0.51/rest/zwave/node/ZW003_1/config/set/2/0xFFFFFFFF/4 You can query the actual value stored in the device by doing the following: https:///rest/zwave/node//config/query/> e.g. http: //192.168.0.101/rest/zwave/node/ZW003_1/config/query/2 It will return something like:

Correct, this is a scene controller and will be supported when finish our next build with Z-Wave scene support.

Hi Ross, Feature request 0000240 added, not sure when it will be prioritized.

Yes, generally we do have the program IDs available in the firmware (we need them for a variety of reasons), but not sure if the particular ID is available at the time of logging. Bug report opened to investigate (0000239)

Hi matapan, We'll take at look at that, but not sure what change we will ultimately make. The 'Schedule' button is currently shown for all the thermostats that support schedules, although thermostats of the same type with older firmware may not actually support schedules.

Hi Harold, Sorry for the trouble you are having. We can't recreate the problem here, so please do the following the next time it happens: 1) Leave the Admin console open 2) Do all of the following from a Web Browser: http:///rest/batch/on http:///rest/batch/off http:///rest/batteryPoweredWrites/off http:///rest/batteryPoweredWrites/on e.g. http://192.168.0.11/rest/batch/on 3) Look at the Admin console and see if the buttons are now there Please let us know of the results, thanks.

Hi sanders2222, You are correct, empty folders and folders without conditions are not shown in the summary table.

Hi Autonow, Have you tried doing a 'Refresh Topology' from the Elk configuration screen?

Hi Dan, A single event can cause many programs to start running, and when this happens you cannot determine the order in which the programs run. In your case: - At time y / variable = 1, your 1st program will run 'Else', 2nd will run 'Else' - At time y / variable = 0, your 1st program will run 'Else', 2nd will run 'Then' We generally treat 12AM as morning (i.e. a day is 12:00:00AM to 11:59:59PM), but I think its better to use 11:59PM or 12:01AM to avoid any confusion. Unfortunately, you aren't missing anything; this feature has been requested for awhile and just needs to be prioritized above all the high priority items

This is a change to programs, but will not change the behavior of your current programs at all. Previously in program actions, setting a dimmer to 'On' would always just set the dimmer to 100%, therefore, it now shows as '100%'. Now in program actions, when setting a dimmer to 'On' it actually uses the local on level for the device.

Yes, but it could be unlocked using a key from outside rather than from manually unlocking it inside. There is other information that the lock sends to us that may make this easier for you to use, but we're still in the process of deciding how it gets presented in events etc.

Here's a few answers: A) You currently must manually set up your user codes using the door lock itself Yes, you can detect which code was entered using programs, and therefore can do a variety of things based on that including logging (notifications), turning on lights, adjusting thermostat, arm/disarm Elk, etc. C) Not currently, but we will be adding more detailed support as we go along. D) For Schlage locks it actually "unsecures" the lock meaning someone still has to manually unlock it. For Yale, this will actually "throw the bolt" as they say, meaning the door will actually lock/unlock. E) Yes, but there would be no distinguishing whether the door is locked/unlocked manually from inside vs automatically, or by code, or by key outside, etc. If there is a way to detect this, then we would likely add this feature in a future build.

If you had something like: Then $Test.Code = 10 $Test.Code = 20 This would put two events on the queue, therefore the first event would be evaluated (i.e. $Test.Code = 10), programs would run etc. based on program conditions. After that, the 2nd event would be evaluated (i.e. $Test.Code = 20), programs would run etc. based on program conditions. Basically, we test the conditions of all programs then we do the actions for the programs. This is sequential, and thus, they do not interrupt each other.

No, it will not interrupt the program at the point of the assignment. It works very much like a device status, such as the current state of a lampLinc.