Oh. Well if you're keeping a list ….
1.) Help us experienced programmers with better management of the Device Link Tables.
Option A: Edit links directly. Add/remove/edit.
Option B (better for both of us I think): Reinitialize Device. This would be like a Replace Device except it's the same device. (should be easy for you to add) It would wipe out a device's Link Table and reprogram it to match what I'm showing in my ISY GUI. MUCH BETTER than the remove/install because it would keep intact all my scenes and programs!
2.) Provide a separate 'User Login' for the ISY (good for mobile browsers of course).
The Admin can set the username and password and then select which devices and scenes are shown in a simpler interface.
Make the display compact (like 8 or 9 devices on the screen at once, showing status, continuous scroll) click on/off/setting (keyboard to enter number 0-100).
The user doesn't even have to know which are scenes and which are devices. Just On/Off/Set Level. (well, I guess scenes wouldn't have levels)
A great feature to make the system usable for the technophobes in the house who only care about turning off a light, setting the temperature or closing the garage door.
3.) Provide better programming of the EZIO devices. E.g., EZIO2x4: If I can set the Config Register, Thresholds and All-Link Group commands, I wouldn't need this stupid SimpleUtilitySuite which hasn't been updated since 2010 and doesn't even work on a network with any dual-band devices (it chokes on the duplicate messages).
4.) Provide a better all-in-one Programmers Reference. Including detail like:
- the way to nest conditionals is to click on the 'and and (…)' button, then move other existing conditions up/down into the parentheses. (took me a while to guess that one)
- conditionals are 'edge-triggered' not level-triggered. (engineers know what this means) I figure this is the case, otherwise every program would always be running either the THEN or the ELSE. Also, a bit about how the transitions are stored until executed might help too.
- explain better the run-at-startup, activity, status for programs. Does run-at-startup mean all timers that expired prior to startup will trigger? Would that include since midnight? last 24 hours? starting now? What exactly does status = true/false mean?
- then/else statements will run to completion or until a wait or repeat loop, at which time the conditions are re-checked, and upon true will restart the then/else program. Which can be avoided by having the then/else program call a second stand-alone program, which always runs to completion regardless of waits/repeats.
Thanks for the great support.
-Dan
============== EDIT =============
List copied as New Topic Post in the Product Request forum.