hart2hart

Thought you said there were two switches. Only one photo or do they look the same? The difference is where power enters circuit at one of switch locations or at the fixture. You have to account for sense wires to use the existing switches.

What does other switch look like. How is is it wired?

There are multiple ways to wire a 3 way circuit. o power enters one of switches o power enters at light fixture What does other switch location look like? Is your goal to use micro module with existing manual switches or to replaces switches with Insteon dimmers?

It depends on how you use the variables but yes it can. Feel free to post what you need and we can take a look and provide feedback.

Please forgive if I’m missing something more involved for keypad buttons but... I create a scene, add a lamplinc (could be anything) as a controller, add a button on a keypadlinc as a controller and add a button on a remotelinc as a controller. If I press the button on the keypadlinc it lights up and the lamplinc comes on. If I press button on remotelinc depending on type (4 device will come on with on button or off with off button) (8 device toggle version will toggle based on what it’s last known state but within two presses turn lamplinc opposite of what it is). The kepadlinc button and lamplinc stay in sync. You can press buttons on lamplinc and keypadlinc button will follow. The top and bottom late button are a dimmer or a switch and act as such on 6 button version. On the 8 button version, The A button is a toggle for one light but the load wire can be capped and it will act like the others. When using a 6 button to control a ceiling light and fan there are very specific instructions to follow so it moves fan between off low medium and high which are a bit convoluted but it’s documented and works great. I added a program so fan off button turn fan off and then it goes off instead of being on to indicate the fan is off. ...But that’s my preference. What am I missing so I can help. Are you wanting/needing the button beside each other to be one for on and the other for off?

I had the same reaction initially. I now believe UDI is attempting to abstract out direct interaction with all specific HA protocols (Insteon , zwave, zigbee, IP, etc) into nodeservers that interact with device and scene nodes within the Polisy for common functions like programs etc. this provides a foundation to add more protocols and isolate differences without ending up with complex spaghetti coding Smart labs has become more and more difficult to obtain information from to support their Insteon protocol. Therefore UD seems to be saying they will support what exists now and more assuming smartlabs communicates needed information. Not an expert just my hypothesis based on reading here. Obviously only UDI and someone like [mention]Michel Kohanim [/mention] can confirm deny or defer until more is know.

We were both just stating same in different terms on first item. I’m was not aware of repeats exceptions but I don’t use them often. Thanks.

Thanks so much. I just completed the process of moving to a new 16GB Industrial grade SanDisk card. Hopefully, this was good preventative maintenance that will get me to the new era when as it appears Insteon may be a NodeServer on the POLISY. I followed the instructions in the wikis and did not format the SD card and all is back. The username and password, timezone, and email server were reset to default which I think is because The ISY asked if I wanted to replaced the current config with the new config and since both were the same, I said yes. I have a strong feeling that If I'd said No then the 3 items that went back to default would have remained at correct values. Thanks @Michel Kohanim and team as always.

[mention]Michel Kohanim [/mention] I know we have beat this to death but which is correct? Direct from the wiki: “SKIP if a new SD Card Format the SD Card - you do NOT' have to format the SD Card if it's new Telnet To Your ISY Login with the admin password Issue "FS" to format the SD Card, answer the "Are you sure question" with an upper case "Y" Please note: the ISY works with both FAT 16/32, but FS function formats it specifically for use with ISY with some performance improvements so its preferred you use this method.” The wiki appears to contradict itself. It says “SKIP if a new SD Card” and “FS function formats it specifically for use with ISY with some performance improvements so its preferred you use this method.”

[mention]Teken [/mention] I ordered a second card of exact same size and brand to test the clone hypothesis.

Which in OP post the else clause is empty so outward appearance is that it stops. It will finish execution of statement in process with the exception of the Wait statement.

Point taken. I didn’t include the variables to control flow that prevents re triggers but that auto corrects without anything special at startup.

ISY trigger is not like normal program. It reevaluates the If condition during at least the Wait statements. This means your variable gate in motion closing changes values before the program ends and is caught during a wait statement. That’s why doing as Larry suggested will work around it or slightly differently-/— If some condition Then Run then program2 ... The enable and disable will eventually bite you if power loss or other ISY reboot. I never use them. Instead, I use variables so ISY will restart in a predictable state.

Direct from the wiki: “SKIP if a new SD Card Format the SD Card - you do NOT' have to format the SD Card if it's new Telnet To Your ISY Login with the admin password Issue "FS" to format the SD Card, answer the "Are you sure question" with an upper case "Y" Please note: the ISY works with both FAT 16/32, but FS function formats it specifically for use with ISY with some performance improvements so its preferred you use this method.” The wiki appears to contradict itself. It says “SKIP if a new SD cCard” and “FS function formats it specifically for use with ISY with some performance improvements so its preferred you use this method.” Which is correct? Thanks.

So is the concept/conjecture for POLISY architecture: 1. Abstracted Devices 2. Protocol specific and mixed scenes including keeping up with membership for things like replace device 3. Programs 4. Variables 5. Nodeservers that directly update devices through memory on SSD instead of network overhead calls a. lnsteon b. Zwave c. IP d. Many others as now exist for specific devices and protocols including things like network resource e. Zigbee f. Lutron Programs would interact with Devices, Scenes, variables in a abstracted fashion REST interface on a direct to POLISY or via a nodeserver interface The million dollar question is how current setups could be migrated to this type architecture?

Sorry but one more clarification please. Are you saying that just putting card in , booting, locating ISY with finder, installing correct firmware , and restoring the backup works. Or do you have to unzip a backup and copy files to card before steps above will work?

I had dropped the idea of cloning the card and was going to follow UD standards of how to create a card after an email exchange with Michel. Then others above started listing things that this standard method did not cover as in were not in the backup when restored. Like time zone email server etc. To be clear, I’m not planning to have a backup ready to go microsd card on the shelf. I’m wanting as a preventative measure to replace the one I have (original to the ISY994) now before it starts giving less than optimal backups and/or fails.

I received one of the industrial cards today. After email with Michel via support I had planned as a preventative measure to make another backup (I’ve got hundreds from over the years), remove existing card, format new card in ISY, install correct firmware and then restore backup. Now I’m second guessing all that. [mention]Michel Kohanim [/mention] can you please clarify about all the steps others say are not in the wiki or what was in our email like location, time zone, email server. Are there any others or were the above results from other users an anomaly that should have been restored with the backup?

Michel, I felt and continue to feel that UDI is one of the best companies and staff that I’ve ever encountered. However, this revelation about POLISY after it was targeted as a replacement for ISY which supports Insteon is very concerning to me. Fully understanding and respecting that UDI is a business and you need to make decisions in its interest, we with large investments in insteon need to make plans for our future. I for one am not moving to zwave. Additionally, I don’t want a cobbled together solution that will slowly loose support as could happen over time with UDI and Insteon. If I need to change platforms away from Insteon and select supporting HA controllers I need to know that so I can research it and start making plans over the next couple years. I don’t want to be in a position of making an abrupt decision. My true preference is staying with UDI and the incredible team here on the forum. Thanks as always for incredible support, Paul

Same goes for us that adopted ISY for Insteon before zwave was even real. Please help us plan what our future will be be. God forbid but do we need to be looking for another HA platform? I’m suddenly very sick to my stomach.

Which do you consider high endurance microSD cards? Just SanDisk?

Thanks for the feedback. I’ve got a spare laying in wait for wiki defined process and hoping it’s not needed. Not that it’s relevant anymore but my thought had been to get one the same size as in the ISY to prevent size related cloning. I’ve had that be an issue on RPis.

Some people got carried away with external antennas and thought the higher the gain the better. They didn’t realize high gain created signal strength that was directional. They about drove UD staff out of their minds complaining. Not speaking for UD but it may have be part of reason it was removed in new board and maybe something to do with zwave standards. I worked with new board for two weeks and could not get it reliable. I dropped back to older firmware and board and am 100% reliable again. Looked to see if their was a way to solder a connector to new board but decided I’d just stay put until Polisy with its Zwave interface arrives. Also looked at Schlage Encode but it doesn’t have a reachable local or cloud api. If that happens, I’d drop Zwave in a heartbeat.

The only way I got them to wok was with an external antenna with a slight gain on the 300 series board. I had it “pointed” at my 2 schlage deadbolts.

Where did you get PCB? Is it a prototype board? Can’t see any detail from photo. Thanks