Panda88

Hi I just released a new version of the YoLink server 1.5.13. Added support for HUB (battery powered hubs can now be used to test if powered by AC or internal battery) - Need to poll this as it does not seem like message is generated on change Updated IRremoter to have subnodes for each code - supports learning codes now. NOTE - By request I changed behavior of ST and added a GV30 variable to all nodes - GV30 is the existing ST (mostly if node is online) - Changed ST to show the most relevant parameter of the node - this is to support udiMobile status icons (they trigger of ST parameter) - I hope that it is not too big a problem as some code may need to be updated if programs tests for online status Few other bug fixes I hope this covers the requests I have had over the last few months Next is support for new LeakStop devices as well as a more robust retry handling when devices are off-line Will also work on bringing the YoLinkLocal Beta (support for local hub) into a production form

Can you send me a log. I am out this weekend

Fixed version - thanks I agree and could likely merge the two - I just fear confusion with non-local users (having option to enter credentials that they cannot get etc.) if it was to become 1 combined node Making the local a super node is not too big an issue - but it still requires double testing (and even more so when supporting both connection types) - but as you say long term it could take over the existing one. I guess I'll aim for the combo node from the start

it is the version shown or the one installed? There is no difference between to two besides the version number I have started to work on the local version - I am wondering if it is better to make the local node only handle devices attached locally to the hub (the non-local can be handled by the existing node) It seems like a cleaner cut in my mind vs the current node Let me know what you think

Yes - there is a localHub that is not widely promoted (yet?), but you can buy it if you contact them I would start with the simple Hub (much lower cost) initially if you are just testing - service is reliable if you internet is reliable. Once you have something critical that must work without internet access you can look at localHub - my guess is price for the localHub will also be lower by then. It is fairly easy to move devices to local later

A new version of the node is now available 0.2.10 supporting the call limit - 3 wakes and 10 commands every 24 hours. Note, there is no need to wake the car to check data - data will automatically update once car is online and something changes. Car only needs to be wakened, if one wants to issue a command (assuming car is asleep). There is no dedicated wake command anymore - the commands will wake the car if asleep. Tesla started charging for these calls (data and more importantly for commands and wakes). It is universal device paying for these calls, so the node is a subscription node to cover the cost generated by the node - cost is estimated based on typical data use.

Great to hear - there was an indication of overflow (too many calls) - I will look into that later, but focusing on bringing normal Yolink up to the state I want before merging the local into the code base - allowing both node type to be synched for devices

It looks like my LocalHub does not generate an event when power is not supplied - Yours may be different - you can poll and get th info, but it does not generate an alarm like the powerSensor does

I am looking at this now - do you know what states exist - It seems there is supplying and charging Do you know of others? I believe there are minimum 4 as I get 2 and 3 from API - so 0 and 1 must also exist - likely battery empty and unknown, but I am just guessing I guess there are 2 parameters - DC and battery state

Can you enable debug restart node and send me link My guess is you did not go through the authenticate process (press the authenticate button) Also - did you preform the test to ensure webhook is working

They confirmed I can make the node have purchase price and once fully released if paid it will provide access to the full release node - I'll make a payment option for the beta for now Probably keep it the same as the cloud version

waiting to hear back from UDI if there are issues with the proposed approach

Seems there is no way to reset the license What would you recommend - Maybe the easiest version is to offer an option to buy in the beta store - and I can then propagate it to main store once ready Will that work?

i have not heard back yet can you send a log

This is what I feared Let me ask UDI if there is a way to add 60 days