rossarmstrong

Updating my kitchen Insteon system to replace the 3 existing KPLs with newer Dual-band units. The original install 7 years ago was done when I only had the original homelinc software and was new to the whole Insteon scene (pun - get it?!) Well, I created a separate NIGHT scene for each keypad and attempted to "sync" the othe KPL NIGHT scene buttons by including them in the scene as a responder. I figured there must be a better way to do this today now that I have the ISY 994. After reading through many threads and the wiki, I must say I am more confused at the moment. I've seen creating scenes for each KPL button, etc. so I thought I would toss this out to those much smarter than me for suggestions. Thanks in advance.

Still not receiving the list of PWS stations when searching locations. Long history in related thread http://forum.universal-devices.com/topic/13511-different-wx-data-between-ham-wx-and-pws/

According the the Weatherbug Backyard site, everyone should now be back up. I can confirm that my site is once again showing on the Backyard Map and my ISY is receiving the proper data from my weather station.

Michael's supreme customer service skills overcame my lack of ability to read the wiki. My problem was solely caused by the fact that the original device was inside a folder. The wiki clearly states it must be removed from a folder. Sure enough, as soon as I removed it from the folder, the "Replace With" option was available. It is UDI's great customer service that has earned my appreciation and loyalty as a future customer. Many thanks to Michael and the rest of the folks.

Based on your previous reply, My old device is on the list: DEV_SCAT_ICON_LAMPLINC_V2_2_PIN_2856D2 As well as the new: DEV_SCAT_BIPHY_LAMPLINC_B2457D2 So that I should have the option to "Replace With" Now that we have confirmed that I should have the option, are there any troubleshooting steps I can try to resolve the issue? I have removed the new device several times but haven't removed the old as I don't want to lose the many links and scenes it is a part of. Thanks for your continued help.

After being automatically detected as a (B2457D2) LampLinc BiPhy v.41, The name appears as 26.45.37.1 which is simply the address with a .1 appended. Again, I don't know if this is expected behavior or not. I'm just trying to add whatever info I can find to help out.

Michael, The old device is definitely the old Icon Lamplinc 2856D2 2 Pin v.28 listed in the admin console. The new one is the Insteon 2457D2 LampLinc INSTEON Plug-In Lamp Dimmer Module Dual-Band, 2-Pin that I order via Amazon http://www.amazon.com/gp/product/B003IH ... UTF8&psc=1 What should this device be detected by when adding a new device? If you were to manually pick from the list, which would you choose? Thanks for you prompt help as usual!

Oops. I guess I should have included that info. ISY 994i (1120) Running 4.0.5 Searching the forum, it looks as if other talk about upgrading to the new dual band units without mention of any problems. So I was leaning towards something I was doing wrong or perhaps a defective unit out of the box.

I have and old Icon LampLinc 2856D2 that finally died. Ordered the new Dual Band 2457D2 as a replacement and the sticker on the back says 2457D2 R3.2 2613. The Add Device automatically detected it as a B2457D2 BiPhy V.41. Is this correct? I did not see an option for just the 2457D2 in the pull down list to try. I do not get an option to "Replace With" even though they are both LampLincs. Shouldn't I be able to make this swap? Thanks in advance!

Michel, Thank you for your usual prompt and informative reply. I have already been using my personal weather station ID in the Irrigation Module. Are you hinting to additional features like interaction between incoming weather data and things like thermostats or attic fans, etc. ??!! Always looking forward to your product improvements! Regards, Ross Armstrong

With kind regards, Michel Seeing another post about integrating Davis Weather Stations support into the ISY reminded me of our attempts last year (see above quote from Aug 2012 earlier in this thread) to contact Davis Weather directly. Any chance U-D has gotten any updates or sees any benefit in continuing to try to work with Davis to implement some type of integration? Regards, Ross Armstrong

I received my 994i upgrade today and the instructions mentioned worked perfectly! Many thanks.

@jwagner010 Thanks for starting this thread. My 994i is shipping and I was just starting to look into how difficult the change over might be. @Xathros Thanks for the nice thorough walk-through of the steps involved. Looks pretty straight forward. Hopefully that means I get the new Z-wave adapter up and running sooner than I expected!

Thanks for trying Michel. Let's hope the Developer group sees merit in it as well and doesn't simply send it to the "circular file!" Best regards, Ross Armstrong

Michel, The following email address is from the Weatherbug Backyard Community website (http://backyard.weatherbug.com/group/ba ... rdstations): brettl@davisnet.com I sent an email several months ago when I purchased my weather station but never received a reply. Although the webpage seems fairly current, I don't know if this is still a valid contact. Perhaps your status as an OEM will carry more weight than us single home users. I would love to hear if you are able to make contact and better yet are able to successfully influence Davis to support direct updates. Best of luck. Regards, Ross Armstrong

Sorry for the delayed reply, I wasn't subscribed to this thread. I have my Davis Wireless Vue station with the Weatherlink IP (ethernet dongle) to connect it to my home network. In order to publish to Weatherbug I use the Weatherbug plugin module for the Davis WeatherLink 6.0 software running on my Windows Homeserver. This is from the Weatherbug Backyard Community website: WeatherLink IP does not currently have the ability to directly publish to our network without the use of a PC. We have suggested DAVIS add this feature to a future update of WeatherLink IP. If you would also like to see WeatherLink IP include direct support for WeatherBug Backyard Integration, please
 send a suggestion to DAVIS. I registered my station through this website in order to generate my own location ID to plug into the ISY-99 climate module. At first I was disappoint to have to have an app running full time on my server, but It doesn't take much resources and "Vantage Bulletin" console display is rather informative I hope I explained it properly. If not, I'll try to answer any other questions you may have. Regards, Ross Armstrong

I added my own Davis Weather station and joined the Weatherbug backyard network so that I could have the ISY99 climate module monitor my personal conditions. So far it has worked quite well, especially when those heavy downpour scattered thunderstorms don't always affect the local Weatherbug station about 6 miles from my house. The only downside is that I have to make sure the Davis weather station software stays running on my PC and reporting its info to Weatherbug. It would be cool if it could report directly to my network and be read by the ISY99.

I have seen both options preferred in numerous threads. It appears that when using devices (i.g.keypadlinc) to control other devices it is preferred to set the execution up using scenes. But if you have the ISY make the changes, it is preferred to have the ISY control the devices directly. Am I right/wrong or is there really no consensus? I occasionally (5-10%) have had issues regarding execution reliability using both so I often add a repeat feature to a program to ensure all devices end up in the desired state (e.g. outdoor lights turning off) The unreliability seems a bit higher if I call a scene versus the individual devices. The reason I ask, I am more frequently using a remote app (Conductor) and was wondering if I would be better off trying do the simple turning on/off of individual devices by making the change to device directly (or the load device in a multiway config) or using the scene? I guess one of the drawbacks to controlling a load device directly would be that the other switches in a multiway switch would not be changed to match the actual state of the load. Your opinion is greatly appreciated.

I have seen both options preferred in numerous threads. It appears that when using devices (i.g.keypadlinc) to control other devices it is preferred to set the execution up using scenes. But if you have the ISY make the changes, it is preferred to have the ISY control the devices directly. Am I right/wrong or is there really no consensus? I occasionally (5-10%) have had issues regarding execution reliability using both so I often add a repeat feature to a program to ensure all devices end up in the desired state (e.g. outdoor lights turning off) The unreliability seems a bit higher if I call a scene versus the individual devices. The reason I ask, I am more frequently using a remote app (Conductor) and was wondering if I would be better off trying do the simple turning on/off of individual devices by making the change to device directly (or the load device in a multiway config) or using the scene? I guess one of the drawbacks to controlling a load device directly would be that the other switches in a multiway switch would not be changed to match the actual state of the load. Your opinion is greatly appreciated.

More great news! I'll watch for its release and would be happy to provide any feedback.

After reading Allan's web blog on this project and being redirected to this thread, I am glad to see that the concept is still alive. Nice work Peter for cutting through the legal red tape and finding the open public domain references. I'll continue monitoring this thread for future updates. Or perhaps look for an announcement to be posted as well!