TJF1960

Speaking for myself only, that works for me. You have put a lot of time and effort into it not to collect a fee. Thank you! -Tim

@Panda88, I too have lost access due to expiration date. I know you are working on it. I also wanted to report that while PG3 shows the plugin as disconnected, the devices seem to show as being connected. And some show Cloud, 1 or two show Local. Please see screenshots -Tim

Hi @Panda88, Since, for the time being, this will be a stand alone plugin for the local hub, can you look into fixing the display value of the device node icons in UDM? It would be nice to see the status value of plugs (on or off state) as well as temp values displayed on the device icon instead of having to click on the icon to open up the detail page. Currently they display the device connected state instead. Thanks! -Tim

I fully agree with @sjenkins, He beat me to it! One note of possible promise. In my brief testing between production and beta, it looks like Yolink plugin uses the same reference number of each device. I was able to delete Yolink, and install the local version in the same slot. Once you get all the devices ported over to the local hub, all, theoretically should work and all programs should work as be as well. I only tried this with 4 devices, but it worked perfectly. But I have over 40 so time will tell. -Tim

Hello @Panda88, The local hub has been working for me as well. I am at a crossroads and would like your input. I can move over all of my Yolink devices to the new local hub and run it. However I am wondering what your plans are for integration? Integrating it into the current production version or keeping it a stand alone plugin? I would rather not move all the upwards of 40ish devices, fix all the programs only to find out that I will have to do it again. I am sure you understand. Thanks very much! -Tim Oh, forgot, I received notification the trial period was almost up for the local plugin. I already have the paid production plugin, will there be a fee for the beta version? How can I correct it?

That is a great question, I have not been able to schedule a time with my family for shutting down internet in my house, but as I think about it, it would only interrupt for 20 minutes or so I would think. Maybe I can test this weekend before everyone is up and around. @sjenkinsHave you been able to test and confirm the local hub delivers locally when the internet is interrupted? Or anyone else for that matter? Thanks! -Tim

Awesome, fingers crossed!

My two cents from reading your post. If all you did was swap PLMs, and you did not do a remove or restore plm then I think you should immediately do an IoX backup and PGx backup. Running a topology report (admin console>Tools>Generate Topology) will be beneficial as well. Note, hot swapping plm is not great but at this point, leave the new plm attached and get your backups first. Then power down, swap plm back to the old one and reboot. Then do some troubleshooting. -Tim

Not the answer I was hoping for, lol. Thanks Larry!

Hi @Jimbo.Automates, I have been using your ecobee plugin for little over a month now. Thank you for developing it! Question I have is that it appears longPoll is when it queries the ecobee server for updates. Is 180 seconds set in stone or can we, say, drop it to 60 seconds without issue? Does shortPoll have any function? Also I noticed that initiating a query from the plugin does not update the node values, is it supposed to? Last question, I have not been able to figure out if there is any type heartbeat that I can use to monitor connection of the tstat thru the plug in that changes state every minute or couple of minutes? Thanks again! -Tim

@Panda88, It is working well for me as well. On this test setup I am running a temp sensor, motion and plug switch. Thank you for all the help and support in getting it running! -Tim

@Panda88, given the hassle involved, and possibly breaking existing installations, If it were up to me, I wouldn't worry about it. Your plugin is and has been working extremely well for everything need. All devices and statuses work great in programs as is. Thinking about it too, its just as easy, if not easier to just open the yolink app to control the plugs when needed. I am sorry I opened this can of worms.

I had some issues with my plugins playing nice with UDM in the past, something similar to this. I found that I needed to use uom=78 for switch status in order for the icons to properly display. This uom must be also be carried over in the profile files as well for the switch. I took a quick look and it looks like you are using uom=25. I cant guarantee this is the issue but its worth a try maybe? @bmercierperhaps you can chime in with your thoughts? Thanks! -Tim

Yes, AC changes state perfectly. The device dashboard in UDM will turn on and off the node switch and properly indicate status changes controlled either with UDM or AC or the Yolink app. Just an issue with the icon and indicator for the plug node. When you open UDM and go to Yolink and scroll down to the icon, whatever state the node was in when you opened it is what it shows you. But it will not reflect state changes after that.

Good morning @Panda88, I am running the latest Yolink production in one slot and beta Local Hub Yolink in another. I am seeing in UDM that the icon status for the Yolink plugs does not update when the device changes states. Attached are two screen shots. First pic is of the icon (Yo Plug Tester) properly displaying the status when I opened UDM. Pressing the edge of the icon to turn the device off, does turn the device off but the icon status continues to display the device as being on. The second screenshot is showing the device as off. This occurs in both versions of beta and production versions. Thanks! -Tim