Jump to content

ncarney

Members
  • Posts

    21
  • Joined

  • Last visited

Profile Information

  • Location
    Alexandria, VA

ncarney's Achievements

Newbie

Newbie (1/6)

0

Reputation

  1. Currently using 5.0.15. Just tried to replace a SwitchLinc with another existing SwitchLinc. Seems to have done the removal but having difficulty with the replacement. Probably will have to reboot. Elapsed 00:00:09.979 : Loading Variables Elapsed 00:00:10.386 : Loading Node Definitions Elapsed 00:00:10.583 : Loading Nodes Elapsed 00:00:11.329 : Creating Widgets Elapsed 00:00:15.314 : Creating Widgets Complete Sun 03/29/2020 02:34:35 PM : Starting Subscription Sun 03/29/2020 02:34:36 PM : Completing initialization Sun 03/29/2020 02:34:36 PM : Refreshing Status Sun 03/29/2020 02:34:36 PM : Refreshing Views Sun 03/29/2020 02:36:11 PM : [28 F0 89 1 ] Start : Removing device from ISY Sun 03/29/2020 02:36:11 PM : [28 F0 89 1 ] Finish : Removing from ISY was Successful Sun 03/29/2020 02:36:12 PM : [All ] Writing 0 bytes to devices Sun 03/29/2020 02:36:12 PM : [All ] Writing 0 bytes to devices Sun 03/29/2020 02:36:12 PM : [1D B6 E0 1] Start : Replace device with '28 F0 89 1' type='1 20 41 0' Sun 03/29/2020 02:36:12 PM : [ 4F 98 83 1] DON 1 Sun 03/29/2020 02:38:11 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:40:10 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:42:08 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:44:07 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:46:06 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:48:05 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:50:05 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:52:04 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:54:04 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:56:03 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later Sun 03/29/2020 02:58:02 PM : [SCENE-MANAGER ] Possible deadlock when accessing scene info, try again later
  2. Update... After a lot of back-and-forth with Trend Micro, the issue was finally resolved. Installing Worry-Free Business Security 5.0 Patch 2 (WFBS_50_WIN_EN_Patch2.exe) will correct this bug, among others. I hope this helps anyone who happens to have the same anti-virus configuration.
  3. This is great info IM. I too would be interested in what you are using to capture and plot the signaling. I have no background in things electrical. From what I have read, the minimum transmit on the PLM is 3.2V p-p, and the minimum receive is 10 mV. Your plot seems to show that the transmit is averaging maybe around 5.0V, and the worst case receive (across phases, two floors up, no repeaters in between) is .7V, which is still much higher than the 10 mV minimum. Do you think the 10 mV is really true, or is the real minimum reliable receive level much higher? If the 10 mV is true, it seems like you still have plenty of margin even in your worst case scenario. On the CFL subject, I have 6 recessed floodlights on a SWL relay using 23w CFLs made by FEIT that I purchased at Costco. No problems that I have noticed so far, but I am still pretty new to this and trying to figure out how to monitor. With the lights on, I get a good response on ISY queries with 2 hops left.
  4. Thanks so much for the feedback IndyMike. - I think I will get the 2406H hardwire bridge. - Bridging at the panel seems to be the key, as others have noted. I originally bridged via RF farther away. It worked, but not 100%. - I do need a couple of AccessPoints because I am using thermostats which are RF only. Aside from that, I agree with you that it is preferable to use them as a last resort, after debugging the root cause. - As you alluded, they might be appropriate as an enhanced repeater, since right now there is a fair distance between the panel and my first device. Follow-up: - The PLM seems to be a "less-friendly" receiver than the switches themselves. - I would prefer not to have the PLM located at the main panels but right now I am leaning that way based on what I have observed so far. - If I hard bridge at the main panel, and put the PLM off the subpanel, do you think that would still maintain good quality communication? The main-to-sub distance is 60' and the PLM circuit would be about 15'. I don't know the effect of the distance and the breakers on the signal strength. Sorry if I should be asking some of these questions over at SmartHome; everyone here seems really knowledgeable.
  5. Thanks for the suggestions Gary. Just this weekend I noticed that they sell the hardwired bridge (SignaLinc 2406H), which seems like it would be preferable to line/RF/RF/line jump of using AccessPoints (and cheaper). I noticed that it says that the SignaLinc does not provide signal amplification, whereas perhaps by using the AccessPoints you get amplification by virtue of the signal being re-transmitted. Any thoughts on that? I do use many CFLs throughout the house, although so far I have only installed one Insteon switch which has them. I purchased a SwitchLinc Relay since they are marketed as supporting CFLs, but perhaps this marketing is misleading. I suppose the non-dimmable feature supports CFLs, but it sounds like CFLs are a bad idea from a noise perspective. What is the symptom of CFL interference? Just poor communications? Thanks again.
  6. I don't know anything about powerline signaling and I'd appreciate some guidance on optimizing the signal strength in my house. Current configuration: > Schematic of house footprint shows floor 2 (main level). MainPanels and SubPanel 1b are on floor 1; SubPanel1a is on floor 2. > 2 - 200 amp main panels coming off the meter. > 1 - 90 amp SubPanel 1a feeding a detached garage with office overhead, approx 20' from the main panels. > 1 - 90 amp SubPanel 1b located in home theater area of house, approx 60' from main panels. > Both subpanels are branched off of MainPanel1 (more large appliances on MainPanel2). > My ethernet patch panel is next to the main panels, but there is a switch near SubPanel1b with the A/V gear. > ISY/PLM is currently installed next to MainPanels due to signal problems. > 1 AccessPoint in office area; 1 in home theater area. Plans: > I am planning to pull two dedicated circuits off each leg of MainPanel1 and install new AccessPoints on each, immediately adjacent to the MainPanels. > Once the signals improve, I would like to move the ISY/PLM back to my A/V rack. > Once I move the ISY/PLM, it would be placed on a dedicated circuit off of SubPanel 1b, along with the AccessPoint for that area. Questions: > I assume that by installing AccessPoints on each leg of MainPanel1, the signal will be bridged at the electric meter, and there would be no reason to run circuits and AccessPoints from MainPanel2. Correct? > Do you think four AccessPoints will be adequate: 2 at MainPanels, 1 near SubPanel1a, 1 near SubPanel1b? The house is four stories tall including the finished basement, so I probably will need more AccessPoints as I add Insteon equipment to floors 3 and 4. > The rack for home theater and whole-house A/V gear is feed by two 20 amp dedicated circuits off of SubPanel1b. I understand it may create alot of noise and/or signal absorption. If the PLM is on a separate dedicated circuit off of the same SubPanel1b, is that sufficient isolation? Or do I need to keep the PLM near the MainPanels? > Is any of this over-engineering? > Is there anything else I should do or consider? Thanks in advance for your help. All suggestions are appreciated.
  7. Just two days ago I followed the same path as you ...I purchased an ISY-99i/IR PRO, upgraded to 2.7.0, and once I started using it I noticed the diagnostics said the PLM was not connected. It turned out my RJ-45 cable was simply bad (I used my own; the supplied 3 ft was short). Apparently a symptom of a bad cable is a steady on of the green RX light. It might also be a symptom of a bad PLM; others can chime in on that. Good luck and I hope it is just a bad cable.
  8. I am a newbie. I was writing some programs for my thermostat today and observing the event log. I noticed some strange behavior which I wanted to validate: when I run a query manually vs. programmatically the event log shows different results. The simple program below is intended to query the thermostat every 15 minutes. If From 12:00:00AM For 24 hours Then Repeat Every 15 minutes Set 'Movie thermostat' Query Else - No Actions - (To add one, press 'Action') The log file below shows what happens when I query the thermostat manually at 15:46:36 vs. run the program at 15:46:44. The query run manually seems to show the climate values returned by the thermostat, whereas the query run programmatically seems to omit the climate values. I don't know if the event log is just supressing the values or if they are not being received. 2009/03/01 15:46:36 : [iNST-ACK ] 02 62 11.95.BC 0F 6A 00 06 (00) 2009/03/01 15:46:36 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6A 80 (80) 2009/03/01 15:46:36 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:36 : [ 11 95 BC 1] ST 128 2009/03/01 15:46:36 : [iNST-ACK ] 02 62 11.95.BC 0F 6A 20 06 (20) 2009/03/01 15:46:36 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6A 82 (82) 2009/03/01 15:46:36 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:36 : [ 11 95 BC 1] CLISP 130 2009/03/01 15:46:36 : [iNST-ACK ] 02 62 11.95.BC 0F 6A 60 06 (60) 2009/03/01 15:46:37 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6A 17 (17) 2009/03/01 15:46:37 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:37 : [ 11 95 BC 1] CLIHUM 23 2009/03/01 15:46:37 : [iNST-ACK ] 02 62 11.95.BC 0F 6B 02 06 (02) 2009/03/01 15:46:37 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6B 01 (01) 2009/03/01 15:46:37 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:37 : [ 11 95 BC 1] CLIMD 1 2009/03/01 15:46:37 : [iNST-ACK ] 02 62 11.95.BC 0F 6B 12 06 (12) 2009/03/01 15:46:38 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6B FF (FF) 2009/03/01 15:46:38 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:38 : [ 11 95 BC 1] CLIFS 255 2009/03/01 15:46:44 : [ Time] 15:47:00 0(0) 2009/03/01 15:46:44 : [iNST-ACK ] 02 62 11.95.BC 0F 6A 00 06 (00) 2009/03/01 15:46:44 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6A 80 (80) 2009/03/01 15:46:44 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:44 : [iNST-ACK ] 02 62 11.95.BC 0F 6A 20 06 (20) 2009/03/01 15:46:45 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6A 82 (82) 2009/03/01 15:46:45 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:45 : [iNST-ACK ] 02 62 11.95.BC 0F 6A 60 06 (60) 2009/03/01 15:46:45 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6A 17 (17) 2009/03/01 15:46:45 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:45 : [iNST-ACK ] 02 62 11.95.BC 0F 6B 02 06 (02) 2009/03/01 15:46:46 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6B 01 (01) 2009/03/01 15:46:46 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 2009/03/01 15:46:46 : [iNST-ACK ] 02 62 11.95.BC 0F 6B 12 06 (12) 2009/03/01 15:46:46 : [iNST-SRX ] 02 50 11.95.BC 0F.45.2A 27 6B FF (FF) 2009/03/01 15:46:46 : [standard-Direct Ack][11.95.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1
  9. Mike, I have some good news to share. First, thanks so much for taking the time to download the Trend manual and give me some guidance. The documentation you downloaded essentially does match the version I am running (I am on 5.0 vs 5.1). I had earlier looked at the firewall exception possibility. However I do not have the firewall enabled, so I did not think that could be the culprit. Just to be sure, I enabled it, added the exception, and then disabled again. No change. I had also looked at Web Reputation (renamed Web Threat Detection in v 5.1 which you downloaded). I previously added my ISY URL to the list of approved URLs for this service. Still no luck. However, your post prompted me to completely disable the service...voila, success! Hopefully Trend will eventually respond to my trouble ticket and we can work through this odd behavior of the approved URL list not working as expected. If they can fix it, great, otherwise I can live with that feature being disabled. I've read in the forum about the great support provided to ISY users and my first experience certainly confirms that. Thanks again for your help!
  10. Thanks Rand. I'll wait to hear from Mike and I also opened a case with Trend. FYI, the configuration saves are working and my test email notification definitely works.
  11. Mike, thanks for the response. I thought I had done both, but apparently not. Clearing the cache alone did not work, but disabling my anti-virus did work. That obviously is not a long-term solution. I am using Trend Micro. I found the thread below from Candide that indicated success in configuring, so there is hope. I honestly haven't configured Trend for a while (set it and forget it!), so I am having trouble figuring out how to exclude. I am running Small Business Server 2003, so I have Trend Worry-Free Business Security (formerly Client/Server/Messaging Suite), and need to configure most things from the Trend server console rather than the client. Not sure if Candide was running the same configuration vs the home version (old PC-cillin). Is there other functionality that will not work if I cannot get Trend configured properly? Or is it potentially a matter of turn off/on only when saving programs? Also, unlike Candide a did change to a static ip address, but I think that part of it is ok.
  12. I just installed an ISY-99i/IR Pro. I first upgraded to 2.7.0 and then succeeded in adding devices, creating scenes, etc. I then attempted to create my first programs. I create them, they have a green arrow next to them, I click Save Changes at the bottom left, but the green arrow stays. If I then check the status they are shown as Not Saved and indeed when I exit they are lost. I've tried this from two different PCs. I read some threads about firewall issues...I am accessing the ISY on my local network (behind my gateway firewall) and aside from that I have Windows firewall on the local machines (I tried both Vista and XP). Thanks in advance for your help. Neal
×
×
  • Create New...