matapan

Now that the Admin Console for ISY-26 is essentially "frozen", would it make any sense to load this as a completely separate app to remove the requirement for clearing the Java cache each time one goes between ISY's? I know this is an edge case for most people - who has two or more ISY's? An installer or maintainer perhaps?

Beyond pointing to the correct URL, is there anything which needs to be done when one has to go between Admin Consoles for ISYs with different firmware versions? I have an ISY-26 running 2.7.15 and an ISY-99 running 3.1.9. Do I need to clear the Java cache going between versions? Thank you.

Interestingly enough, the firewall was blocking the network resource request from ISY. The same request works through Safari. What is the difference between the way a network resource request is made and how a browser makes the same request? Why does this work through the browser, but is blocked otherwise?

I still get sporadic and random "Can't Communicate with " errors in the Admin Console from time to time. I also don't always get all the responders in a scene to respond to a scene command reliably. In researching the issue on the forum, it sounds like v35 Switchlincs are the culprit. Has this been proven definitively? If so, several questions: - Does this affect the dimmer and relay switches? - Is this being treated as a known issue by Smarthome? In other words, are they accommodating people by replacing these switches with equivalents that don't have the firmware issue, even if they're out of the warranty period? - Are there users on this forum who have seen their communication issues resolved, as described above by the replacement of all the v35 switches on their network? I have 12 of these v35 Switchlincs on my Insteon network. After trying various approaches to fix the problem, I'm wondering if replacement will take care of my issues once and for all. It would truly be nice to have a reliable system going.

I've been using an ISY for several years now. I have questions about some features with ISY and Insteon - the primary one being the purpose of scenes. The Admin Console allows one to create a scene for a group of switches/devices. Activate the scene, and the responders in the scene should respond. I get that. What I don't understand is what you do with the individual devices defined in the scene. For example, you can theoretically set a different ramp rate and on level for individual Switchlinc dimmers in a scene. What does that actually mean? If I toggle a paddle in a 3 or 4 way switch circuit, the lights turn on using the ramp rate and on level defined in the scene. This is true regardless of the switch in the scene this was done from. So far, I haven't figured out what the individual device settings are supposed to be used for. Anyone care to comment?

When I had the resource successfully running in 2.8.16, the address used was not localhost but the computer's local IP address. This worked at that time, but no longer. Using the (Test) button at the bottom of the panel in the Admin Console, upon first invocation, I get a "Request Failed" error, with N/A showing in the Resource Response window. From my browser running locally, I can call the same URL and get a response. What is wrong here?

I created a network resource which was created while my ISY was running firmware version 2.8.16. My system became unstable for some reason, and I restored an old backup which didn't contain the resource and then upgraded to firmware version 3.1.9. After recreating the network resource, I found that it would not run the command specified from the Admin Console. I tried the same URL in a browser and verified it works. What is the next step in identifying the problem? The URL looks something like this: http://localhost/~username/script.php?q=run The network resource definition looks like this: GET /~username/script.php?q=run HTTP/1.1 Host: localhost:80 Content-Length: 0 in Raw Text format.

I'm running 3.1.9. I get the login request every time after my computer comes out of sleep mode. The request is to resubscribe the admin console.

Here's an idea I haven't tried myself yet, but I'm sure it should work. No computer is needed. Just an IO Linc and some type of audio device. By "audio device", I'm talking about something that generates the sound you want. It could be a pleasant chime from an existing doorbell ringer you have lying around. Or perhaps a toy with a cute sound bite it produces when pressed. All of these sources generally have a momentary contact button that will generate the sound when contact closure is made. Just take the device apart and find the switch, wire it up to an IOLinc, and presto, you have a pleasant sounding notification device. If you had an internet connected computer, there are sites like Google Translate that will generate natural sounding voices generated from text input. It "reads' what you type and speaks it. You call the URL using a network resource. The output from your computer is directed to the appropriate speaker. Just a few ideas....

While testing the Wake On LAN feature, I deleted a program that appears to be running in an infinite loop. This locked up the ISY, if it wasn't locked up already. After restarting ISY, I could access the devices and configuration tab, but not the Programs tab. A dialog would come up stating the programs were loading, but the dialog would eventually be dismissed and nothing would load. None of the programs I had work. Any suggestions?

Sorry, I didn't make this clear. For mutually exclusive buttons, the button pairs control a single load, so a button pair set to be mutually exclusive would have ON OFF or OFF ON as valid pairs. OFF OFF and ON ON are supposedly not allowed, if I understand the functionality correctly. Perhaps this assumption is incorrect? What I want to do is have each individual button in a set of two buttons each control its own load, with the follow additional rule: ON ON is not allowed. ON OFF, OFF ON, and OFF OFF are legal states for the set. Again, each button controls its own circuit. What is the best way to set this up?

When a Keypadlinc is selected in the Admin Console, there is a reference to mutually exclusive buttons. I searched through the wiki page and found more info on this. I want to make sure I understand what this feature is about: - The capability of specifying pairs of buttons to assign on/off function for a single circuit. - For mutually exclusive buttons, as one button in a pair lights up, the other turns off. Additionally, is it possible to set up sets of two buttons to be remain toggled individually with the following behavior: Button 1 Button 2 OFF OFF allowed OFF ON allowed ON OFF allowed ON ON not allowed In this matrix, if Button 1 is turned on, and Button 2 is already on, button 2 will turn off. Is this best done in a program?

I'm on 2.8.16. Are any repro steps useful to capture and report?

Is there a way to restart ISY if it locks up for some reason remotely? I ran into a situation where the ISY I use locked up after I was trying some REST requests to the ISY. After that, I could not access the ISY remotely, nor could I login to the admin console when I was at home. Physically pulling the power from the unit and reapplying it finally addressed the issue. It would be handy to restart ISY remotely when these situations occur.

Thank you for the explanation!

I'm writing a very small script to alert me if and when any of my motion sensors end up in a low battery state. How do I avoid receiving a flood of notifications after the initial one is sent in the script, assuming the low battery warning is broadcasted from time to time by the device? Set the condition for state change only using Control? Thanks.

Does anyone have any advice or best practice related to analyzing logs for things like: - PLM failure - Device failure - Excessive noise problem on a leg - Network broadcast saturation, caused by having too many access points or Dual Band devices What would one look for to identify these issues, assuming these issues to be discrete?

Using ISY 99 with 2.8.16 firmware, a Keypadlinc Relay dual band device I added came up in the Admin Console as an unsupported device. Probably not surprising if the Keypadlinc came out after the ISY firmware was released. The device responds to basic on / off commands, but does not respond to scene commands. Is this device supported in the current beta firmware?

I just purchased a Morning Industry QF series deadbolt and Morninglinc interface from Smarthome. Upon adding the device to my setup, I noticed there were two entries for the device, one with the suffix on and the other with the suffix off. I didn't see the difference between the two entries added. Both lock and unlock the device using the same ON or OFF commands, and return the lock state. What is the purpose of having two entries in the device list? I'm sure there must be a reason for this which wasn't apparent to me after reading the Morninglinc installation Wiki page. Thank you.

I noticed the same thing using an IOLinc. If the power goes off, then the garage door will open when power is restored if the door is closed before an outage. Not acceptable. The relay must be set to an ON state temporarily for the IOLinc to toggle. What exactly happens when power is restored? What is the workaround to prevent this from happening when the ISY is restarted?

At some point, the Admin Console was updated to segregate thermostat information, from one entry per thermostat to 4 entries. In addition to the thermostat information, there is Heat State, Cool State, and Fan State. In reading this thread, the information is simply a placeholder for any unsolicited messages from the thermostat to the PLM. What was the intention for the use of this information? It seems that polling the thermostat device at will or at specified intervals would get most of this information as well. Is there something more that can be gleaned from these extra entries that is useful which cannot be obtained through the device entry itself?

Tried upgrading by using the admin console app for this release downloaded locally and launched. A dialog came up requesting confirmation to use the certificate for this app, then a "Not Found" error dialog came up subsequently.

Tried downgrading back to 2.8.8. The process also went up to 12%, and the same errors were generated.

Upgrade process went to 12%, then failed with the following two errors: Nr. 1 - Upgrade falled: failed uploading file (reported written size is invalid) Nr. 2 - Socket timeout error Downloaded the file twice, but upgrade generated the same error each time. Environment: MacBook Pro 13" 2009 edition OS X 10.6.6 Java SE 6 1.6.0_22-b04-307 (32 and 64 bit) I upgraded from 2.8.8. What should I revert back to?

I have a 2441V v2 Thermostat Adapter. The fan state is reported to be on under the thermostat's Fan Control node. The fan is not on. I queried the thermostat interface's main node to see if this was a refresh issue. Apparently not, as the Fan State node is still set to ON when the fan isn't on at all. Anyone else seen this in this firmware release?