Michel Kohanim

Hello Mr. Allen, Long time no see. All you have to look for is the name of the node associated with your Motion Sensor Low Battery and status of 100%. If you use Excel, you can simply filter everything out by name. With kind regards, Michel

Hi Robert, Currently, there are only two ways: 1. Send an X10 code from the one linked to the switch and have a program in the others to sense that signal and do an all off 2. Use network resources to do the same ... for this, you have to make sure your ISYs have static IP addresses: a. the master ISY should have network module b. in the program for the master ISY, create a resource to: http://your.isy1.ip.address/nodes/[the all off scene address]/cmd/DFOF http://your.isy2.ip.address/nodes/[the all off scene address]/cmd/DFOF c. In the resource, you want to make sure you use HTTP, GET, and add an Authorization header with the userid/pwd of each The first one is much simpler but X10 signals may get lost in the presence of all the traffic. With kind regards, Michel

Hello sk8er02, Thanks so very much for the update. Apart from Internet connection issues, do you have LAN connection issues? All the errors you posted are related to ISY not being able to either write to an outbound connection (to the Internet) or read from it. i.e. does the system still hang? With kind regards, Michel

Hi tome, Are you saying that even the LED does is not synched with the status of your sensor? With kind regards, Michel

Hello LarryC1116, First of all, apologies for the inconvenience. You should not have to do anything! We do use quality SD Cards and they should last years. The only thing I recommend is to make sure you have release 2.7.15 installed since we added CRC error detection which should help with errors communicating with the SD Card. If you are using your own SD Card, please do ensure that you use a new one and a good brand. With kind regards, Michel

Hello jmayzurk, I would appreciate all the pointers and help you can give us to isolate/fix this problem. Thanks so very much! With kind regards, Michel

Hi Wayne, I think there's surely something wrong with the configuration file for this device. It might be corrupted, backed up corrupted, and the upgrade simply tries to recover from a corruption. If this does not happen without an upgrade, then what I suggest is to just leave it as is for now. Before the next upgrade - and although painful - I recommend removing this device from ISY completely and starting from scratch. With kind regards, Michel

Hello Dale, Unfortunately not since RL is a controller only device and the status of the buttons can only be changed by physical interaction with the RL itself. With kind regards, Michel

Hi Wayne, Does this happen every time you do an upgrade (or, let's say the majority of time)? With kind regards, Michel

Hello douglasking, Please try the following (Adding ISY to the trusted list): 1. Open Kaspersky 2. Click on Settings 3. Click on Threats and Exclusions on the left 4. Click on the second Settings... button on the right 5. Click on the Trusted applications tab 6. Click on + Add, then go to Applications and select your program 7. Check check : Do not scan network traffic 8. Click OK three times. With kind regards, Michel

Hello ergodic, Thanks so very much for the update. The problem is hardware related and not firmware. I also want to thank you for your great write up on If/Then/Else programming. It's an excellent reference and, if you do not mind, we would like to put a link to it in our Wiki. Thanks again and with kind regards, Michel

Hi Wayne, I must agree with you ... the only problem is that if we cannot reproduce it we cannot fix it. In any case, I have now put this on our bug list to make sure it's going to be looked at more thoroughly. In the meantime, if you can think of anything that you may have done prior to this issue, it would greatly help us in debugging. With kind regards, Michel

Hello douglasking, The two symptoms (invalid length and not seeing the status) are quite related and point to your firewall software. Have you changed your firewall (or its settings lately)? What firewall software do you have? With kind regards, Michel

Hello ergodic, My pleasure. Yes, the relays have the same firmware and thus may exhibit the same problem in the future. As far as the issue being ISY/PLM related, suffice it to say that if it were an ISY/PLM problem, then a) why would you have the same problems if you unplugged ISY/PLM? and knowing SH's replacement policies, why would they replace devices if the problem was with third party software/hardware? Simply put: we are used to being blamed for all SH and SHN product ills! With kind regards, Michel

Hello ergodic, Unfortunately what you're describing are classic symptoms of V35 dimmer(s). It might be just one of them causing all the trouble or it could be a few. The problem is that you would not know which one unless you take one offline (one at a time), test for a few days, and then move on to the next one. At this point - and although quite painful - I do suggest replacing your SWL v35s. With kind regards, Michel

Hi oberkc, You are right on (operator precedence) ... thanks so very much. Curt, welcome aboard!!! With kind regards, Michel

Hello steckbeck, If you have ISY99i PRO series, then you can do everything in batch mode before applying the changes (except the initial registration). To answer your questions: 1. NO ... it is not normal. The Admin Console does not bring up the progress bar UNLESS it knows that the process is going to take longer than 2 minutes 2. I do think you have major communications issues. Please use Tools | Diagnostics | Event Viewer (on level 3), make some changes and observe the traffic. If you see many INST-ACK not followed by INST-SRX, then it means that ISY keeps trying to communicate with your device but it cannot. In short, for every INST-ACK there should be an INST-SRX. With kind regards, Michel

Hi Chuck, I think it's now time for getting in contact with our tech support team. Personally, I can only think of two things causing this issue: 1. A defective PLM 2. Some device on your network started going bad and is causing all sorts of network traffic/noise and thus all the comm errors Does your PLM blink continuously on its own even though there should not be any traffic? With kind regards, Michel

Hi wwat, By missing I assume you mean that nothing shows in the Viewer, correct? The best thing to do would be to try and restore you last good backup before the upgrade to see if they reappear. With kind regards, Michel

Hi Jim, The easiest way is to make the sensor also a controller in the same scene. In short, both are controllers in the same scene. Yes, right mouse click and then choose Copy to clipboard. With kind regards, Michel

Hello Steve, Please do a Find in your programs and look for anything that references this program. I think you have another program that does the enable/disabling ... With kind regards, Michel

Hello rudyramirez, Is there any difference in the load type for these devices. Specifically, for the one that fails the scene test. The problems are really limited. We just have to figure out which one is the cause: 1. Noise ... 2. Signal strength ... 3. Defective switch ... Would it be possible to swap (location/load wise) the non-responding SWL with a functioning SWL? In this case, if the problem moves with the Switch, then the Switch is probably defective. Otherwise, there's something wrong with the load or wiring. With kind regards, Michel

Hello Bill, oberkc got it right! In short, every time there's a change in the state of any device to which the condition depends on, then program is re-evaluated and if true, the Then part will run. With kind regards, Michel

Hello rudyramirez, I can answer your question: scene commands are different than direct commands (point to point). A scene command is send once and all the devices participating in the scene should respond. Also, when they respond, they have to send a packet back to the PLM. You mentioned that both of your SWLs are v37, correct? Are you certain you do NOT have any v35 SWLs in your system? With kind regards, Michel

Hello ergodic, What is the nature of the problem you are experiencing? Is it that ISY does not hear the events OR that devices that are programmed to respond to the MS do not respond reliably? With kind regards, Michel