garybixler

Hi all I have been researching the Global Cache devices as a good solid reliable means of sending and receiving ON/OFF from low voltage devices. Having the network module I was able to import a relay zip file found here and saw how it functions within the ISY. I do have a question on the input sensors however. It says that an input port can be set for auto notify and will send a notification message on state change. My question is, will the ISY receive that change. I was unable to find out exactly what the GC will send. Is it to a specific IP address, that of the ISY or in the form of a broadcast or multicast. Any thoughts about making this and other type network devices more of a plug n play selection. Thanks in advance for any enlightenment. Gary

Brad Thanks so much for you help. I applied the autologin using the XP method and everything works great. The isy can now send a WOL packet and the PC boots up fully and remote desktop also works using the required password. Gary

Hi all I have the wake on LAN working, but I use a password to log on to Windows user 'Admin'. The password is required if using remote access. I was wondering if it was possible or not to boot up the PC from wake on LAN even though a password is required? I tried adding the password in the isy's wol configuration, but I think that is for something different. Thanks in advance. Gary

Hi I have also been looking for a way to detect the prescience or not of automobiles and other things. I have found this long range reader that works with a variety of id tags. The range can be up to 600'. http://www.iautomate.com/r500ha.html Also I think this would be needed for lan access to the reader/s. http://www.iautomate.com/miracle_5104.html I do believe with this controller it could be possible for developers of the ISY to access it for statuses. Just future thinking on my part. Gary

Hi all I have the network module and would like to know if there is web page design software available that would allow me to design a web page and copy it into the ISY99. I guess it would also need to create the Java scripts. Any recommendation would be appreciated. Thanks Gary

Hi Michel I have the Davis weather system connected to the net. Besides uploading currant conditions to the WeatherLink servers every 5 minutes it only allows one additional connection at a time. Usually the WeatherLink software. I had found this information for programmers on the Davisnet site. http://www.davisnet.com/support/weather ... antagecomm I will email you my DNS and port number. I checked the port using http://www.canyouseeme.org/ and it appears to be open. Hope this is all useful. Thanks Gary

Hi Michel That site is a little weird to say the least. Brings up more questions than answers. Emailing Davis directly I got this info. http://www.davisnet.com/support/weather ... dllsdk.asp Don't know if it will be useful or not, but I guess this all they have. I ordered the IP version of WeatherLink and will set up an open port to connect with it. If anything at the above site is useful you could connect to my unit for any testing. Thanks Gary

Hi Michel Latest update on the ethernet interface. "In order for you to publish to WeatherBug, you will need the USB WeatherLink package. Even when the new network device comes out, you'll will connect the USB cable to the device, sign the device on your network, and use a web app to configure the streaming to WeatherBug. So I'd definitely grab the USB package. Anyway you go you're going to need it. My company, Mallard, will be producing the device itself. The technology is called WeatherStream and will be integrated into our new Wi-Net device. Wi-Net will also double as a router and save on your Internet bill, so it's going to be a great deal. You can visit wi-net.mallardcomputer.com to learn more. We're still in the marketing phase, but as soon as we gve a physical device to test I'll test it at my next keynote presentation, in which the video will be online. It will definitely stream to WeatherBug as well as the different services that WeatherLink and Ambient support. Good idea on the third party plugins. I haven't thought of it but we could offer something like this as part of an SDK. I'll bring it up at my next business meeting and see if we can add this to the spec list. Thanks for bringing that up." Gary

Michel Sorry but I could not find out anything about Ethernet APIs. This is the info I received back from the Weather Bug backyard forum. "While WeatherLink IP does connect through Ethernet, I'd strongly discourage you from going with the IP package. It doesn't play well at all with WeatherBug. It's built on old technology and after talking with Chris (WeatherBug's CTO), he recommends the USB package for the most trouble free installation. I'd just go with the USB package and connect it to your computer for now, then when our neat little device comes out you'll be able to plug it in via USB, wirelessly sign it onto the network, and you're set. It's going to be fantastic. I can't wait to get my hands on it myself." So I don't know when this new box will be out or what it will support or even who makes it. Davis? For now I will just set it up on a PC and wait for the Ethernet. Gary

Hi Michel I agree totally with Brignolo. The thing I could add is using the outside temp to decide whether or not to use the heat pump. It is a very clumsy method that the Venstar thermostat uses. Even though Venstar can have an outdoor temp sensor it doesn't use that for any decision making. Also it can't be seen by the ISY. But Weather Station support I'm guessing would not be in the near future. So in the mean time I almost decided to go with the Davis Vantage pro 2 with the IP link and try getting the info via Weather Bug. I don't know if the ISY can access backyard links. Thanks for considering this. Gary

Hi Michel Thanks so much for the info. Don't know if I should go the back yard station route or wait to see if a station may be directly supported in the ISY in the future. Hate to get the wrong one. Thanks again Gary

Hi all Though I would throw this question out here. I have been trying to find out if the ISY or any PC running Weather Bug can access a home weather station that supports Weather Bug. For example I found the Honeywell TE923W-IP weather station that is a server on Ethernet. It says it supports Weather Bug but I haven't been able to find out any detailed information on how it functions as a server. Does it need to communicate with the Weather Bug site or not to allow Weather Bug access? Just wondering if anyone has done this or that it is just not possible. I see that there is a section in Weather Bug for backyard stations but I think it requires being part of their network. Because the closest Weather Bug station is 40 miles away it doesn't reflect the conditions at my location. So I am just tossing ideas around as to how to get weather information into the ISY. Thanks Gary

Hi IM, Very impressive information. I was thinking about getting an oscilloscope for around $600.00, but now I am wondering what you may be using to see the actual power line signaling. Looks PC based? My problem with the 23w CFLs occurs as soon as they are turned on until they are turned off. Strangely I also have some 13 watt and a 12/19/28 3-way that don't seem to interfere at all with communications to a 6 button KPL sharing the same circuit. Maybe I will try other wattage bulbs and see what happens. Thanks Gary Update: I replaced the 2 Sylvania 23 watt CFLs with a different brand of 23 watt CFL and that seems to have taken care of the communication problem. So all CFLs are not created equal.

Hi IndyMike Thanks so much for all the valuable information. I agree 100% in creating a good solid power line infrastructure where APs are only used for wireless device access. I am not a proponent of wireless anything. In my experiences I have never seen wireless replace the solid reliability of a good old hardwired infrastructure. I do have a question on the CFLs. I have two Sylvania 23w CFLs in my garage that are on the same circuit as an eight button KPL. These are not controlled by the KPL but when they are on they do impede the communications to that KPL. By doing multiple querys from the ISY I see a drop in hope counts. Normally 2 but when the CFLs are on that may go down to 1 or 0 on 20% of the messages. Are you using this brand and wattage? I haven't tried any others as yet. Thanks for any insight. Gary

Hi Neal It is true that the bridge is a passive electronic device but you would get regeneration from the other Insteon devices on the different legs. When I had a CFL turned on that was electrically close to an Insteon device I could tell immediately that communications with that device was lacking. Usually by a slower response or missed response all together. Also I have found that the dimmable CFLs were even worse. However I do have a few CFL's that don't seem to create a problem. So all CFLs may not be created equal but, I guess I will wait for LEDs to come into their own. Although it maybe worth looking into and testing the different brands of CFLs. I plan on getting an oscilloscope at some point and then would be able to see what exactly is on the power line. Gary

ncarney Might I suggest using an Insteon hardwired bridge at the main panels. These provide a positive transfer from one power leg to the other without using up an additional hop count. Access Points can always be placed where needed for the wireless devices or addition power leg bridging. Also using filters on electronics like A/V equipment, TVs, PCs and UPS's will keep the Insteon single from being absorbed at their locations. Also be careful when using the Compact Florescent Lights as they tend to add noise into the electrical system. I had to remove almost all of the ones that I installed. Haven't checked to see if all brands have this problem. Just though I would pass along my experiences. Maybe useful. Thanks Gary

Rand Hi I had found 1 flaw in the garage door scenes and that is if the button is pushed to open the door and the door doesn't open I would not know that because the led would be lit from the button push. Granted there would need to be a real problem if the door didn't open but I though that I would set up a check program to turn the led off if this actually happened. I did think of a separate button scene but I though it should have been able to be done with the IOLinc's sensor scene. BTW: I installed this setup on my garage door and it works perfectly. Thanks for your help. Gary

Hi Sub-Routine Not sure if this is the same bug. I have the IOLinc's sensor set up in a scene as the controller and a KPL Button as the responder. Also the same button is set up in another scene as a controller and the IOLinc's relay is the the responder. This all works fine but, when I change the sensor scene from the ISY the relay will trip. This only happens after the sensor has been on for 4 seconds or more. If I change the scene state of the sensor from the ISY to ON or OFF before the 4 seconds is up the KPL button will follow the ON or OFF and the IOLinc's relay will not trip. The momentary A is the only option checked on the IOLinc. Just thought I would pass this on. Not sure if it's a bug or normal for the IOLinc. Thanks Gary

Hi Rand Excellent and I just ordered the 7455 N/C sensors thinking that is what I needed. Oh well, I guess I will just use them anyway. About the KPL button. If the button is not in non-toggle On can the button light be turned off by the push of the button rather then by the I/O link's sensor input that indicates the real state of the door? When the button is pushed to open the door in non-toggle mode the button light will come on before the sensor turns it on in a second or two. This mode to me would be a closer indication of the state of the door. Also I feel it would be better indicating an open door for a second or two before it is opening rather then indicating a closed door when it may be open for maybe another 15 seconds or more and may not actually close for some reason. Maybe missing something here. What do you think? I will do real live testing soon and see how both setups will work. I checked the I/O link page. Excellent. Thanks for the info Gary

Hi wacvmd I am working on the same project and have everything working in test mode. Haven't installed it yet. Too cold. I am using an 8 button KPL and the I/O Linc. I created two scenes to do the job. In the first scene to get the status of the door the I/O link's sensor is the controller and the KPL button is the responder. In the second scene to open and close the door the KPL button is the controller and the I/O Link's relay is the responder. A normally closed sensor will be needed on the garage door connected to the I/O Link's sensor input. Smarthome's (7455B). The KPL's button will need to be set to non-toggle ON and the I/O Link relay needs to be set to momentary. So far I don't see any problems with this setup. Hope this helps. Also thanks to Rand's incite be sure to set both level sliders in the door control scene to max 100%. The scene and the KPL button. That way the relay follows the KPL's button On/OFF. Gary

Hi Michel I just had the basics set for now with (LED on TX) only checked. But all set now with Rand's suggestion. Thanks Gary

Rand WOW that worked perfectly. I did play around with the sliders a bit but obviously not in the right manner. Need to remember that one. Now to continue with my project. Again thanks for your help Gary

Hi Michel I have tried everything I can think of just to get the relay to turn on when the KPL button is pushed on. No mater how I link it into a scene it always ends up reversed. OFF on the KPL turns the relay on and ON on the KPL turns the relay off. I haven't added momentary back in until I can get ON/OFF action to work as I would like. When I first installed the I/O Linc and was testing it I could have sworn that when the relay released after momentary timeout (2sec) that the ISY99 received an off from the relay. Then after a few minutes of use it stopped sending the off after the timeout. I must be wrong on that one. But that won't be a problem for what I am trying to do. I do have another I/O Linc coming this week so I will have another to compare with. But any suggestion on getting the relay to follow the KPL ON/OFF would be appreciated. Thanks in advance Gary

HI Sub-Routine I think I must be overlooking something with the I/O Linc. First I tried creating a scene with the relay on and the KPL button on. Same results. Next I removed and relinked both into the ISY with the button and relay on and created a scene. Still the same results. Off on the KLP turns the relay on. Can't get it to reverse. There must be a way?? Thanks gary

Hi all I just received my first I/O Linc 2450. I set it up in a scene with a KPL button. I plan to set up garage door opening and closing with the KPL displaying the status by the led light. My first hurdle is that the I/O Linc relay is turned on with an off from the KPL instead of with an on. I have searched and have not been able to find any info on how to reverse this action. The user manual for the I/O Linc says to link it in the desired state. I tried this with the ISY-99 (2.6.15) but the results are the same. Also any info on the other parameters under the set options button would be very helpful. Any help would be appreciated. Thanks Gary