dwengrovitz

It's been a while since I've done that, but I believe you can setup a state variable within your ISY or eisy device and expose that to the Amazon Echo ecosystem via the ISY portal as a device/contact sensor. Then setup a routine with the Alexa app to monitor the state of that device/contact sensor as the trigger, then perform whatever you want on the Amazon side via the Alexa routine.

The issue seems to be resolved in the Yolink Local plugin for my motion, vibration, and contact sensors. Thanks!

FYI. I submitted a ticket to UDI on this issue, and Michel replied he was "... escalating the ticket. Please stay tuned."

It happens for me regardless of if I'm creating new programs or editing programs I've had for long time.

Interesting ... I also ran into this problem. I installed a new Local Hub and went to update my programs so they used the status from that plugin, but in the process, I had to change all of the logic from options like "is Open" and "is Motion" to "is not Closed" and "is not No Motion". The "is not" option is a workaround, but not being able to specify status options like "is Open" and "is Motion" is kind of problematic. Would it help if we opened a ticket with UDI and asked that they take a look at what's happening on their end? I'm not in any rush, and can certainly wait for them to address things in the new UI, but it would be nice to have that function/capability back at some point.

Yolink support states: The Local Hub units currently available are already the latest hardware revision. There are no additional hardware updates planned at this time.

Unfortunately, I do not know any details on the HW version or revision. I messaged with Yolink support about a month ago when the Local Hub was out of stock to inquire when it might be back, and they indicated sometime in November. Seems odd if they would have a release now and another one with something newer/different around the end of the year, but who knows. I sent a message to their support folks after seeing your question to ask for more details on the hardware, and I'll post here if they provide an update. I can also find out a bit more when the device I ordered for testing arrives, but that probably won't be for a week or so.

For anyone interested, the Yolink Local Hub is back in stock at Yosmart.com. It's still overly expensive, but their Black Friday discount is 20% for any product, so that helps a little bit. BTW, it doesn't show up on their website with the other hubs, but it's visible if you search for Local Hub.

My system was able to sync without throwing an error using 1.6.9. Thanks!

I am still seeing an ST issue on UD Mobile when syncing, similar to what @TUhl01 posted above. I'm running UD Mobile 1.4.3, with Yolink plugin 1.6.8.

I have multiple Yolink temp sensors, and I do get responses when I ask Alexa what the temperature is on each. Interestingly, the answers don't seem to correspond exactly to what's reported at the sensor, but they are very close, so perhaps it's a timing issue of some sort around when the sensor last reported data to the app. I haven't done extensive testing on it.

Speakerhubs now show as Connected - thanks!

I recently updated to OS 14.3 and IoX 6.0.0, am just starting to do some testing, and am seeing some odd behaviors when looking at the configured values that show up for Insteon devices. While the data that appears in the java-based Admin Console seems fully populated and correct (meaning, as configured), the data doesn't always seem to populate in the eisy-ui interface either fully or correctly. Additionally, some of the values that populate are well beyond the expected ranges. For example, here are screenshots of data for one of my Insteon I3 paddle switches. In the java-based admin console, the On value is configured as 100% and the On Level is configured as 100%. But in eisy-ui, the On value shows as 255 and the On Level shows as blank. Running a query on the switch in eisy-ui didn't seem to change anything for those values. I'm also seeing some ramp rate defaults for several switches showing at 9 minutes instead of the usual 0.1 seconds, though that seems to clear up (at least in some cases) if I query the switch. It's almost like there are some default values that aren't translating properly or some kind of refresh isn't running when it should be. Anyone else seeing similar results?

I also like the ability to see this without having to dive deeper into the UI. One odd thing I noticed is that the current state of my Speaker Hubs always show as "Not Connected", even if the individual devices seem to be reporting changes. I'm running IoX v6.0.0, with PG3x v3.3.22, and Yolink Plugin V1.5.15.

I have a few Big*** fans, including two Speakeasy models, but I haven't tried controlling them directly via Matter yet. Matter wasn't far enough along on the eisy when I bought the fans to try that route, so I set them up using Home Assistant as my "go between". The HA integration and app easily controls fan speed, direction, and preset mode. I also set up a physical on/off control via an Insteon I3 paddle that signals a Home Assistant automation to turn them on or off. It works very reliably, and the Speakeasy fans are quite nice.