Panda88

I think the number of messages is arbitrary - I can likely increase it but it has been a while since I looked at the code - I'll put it on my list when back from vacation

I have not tried it, but I guess it should e possible as long as you can share the TTS definitions

Just pushed the YolinkLocalBe to the non-production node store You need to enter IPaddress and SUBNET_ID, local client_id and local_client_secret (from Yolink app) Set mode to hybrid (probably not needed any more) - there is no true local mode - it communicated through the hub to the internet and only allows local operation if internet is not connected -

you need new node. you keep the existing uuid and secret but need to add the local key as well. ( see earliervin thread how to get it) the hub will work as existing hub without the local key once added (with the new node server) and devices are made local (on uolink app) it should work as existing app.

may not be until tomorrow. i cannot get my VPN stable

aounds good. ill try to get access to internet (vpn) and release as a beta today (i hope) there is limited difference from the original node besides the need for a different authorization

I have a beta release i can provide. a new node is needed to support local integration. it should run fine with existing node if no local integration is needed note i am travelling so supporting the beta node will be slower and more difficult as i do not have access to my setup

There is a slack channel where people are helpful I think you can achieve what you want using the automations in the Yolink app

You can reference the node variables directly in an email - like this You can find the names in the node definition in the node server e.g. just copy (press the copy icon) the relevant one - in your case CLITEMP you can then make an email (like above) with the desired info and have a program send it to you at a given time

Can you enable debug and send me a log - I need to see if the data reported had changed - I do not recall being able to extract the info from the log - that said it is a long time ago and things may have improved You can just PM it to me

I have not used it extensively - basically you can train different codes to be transmitted, and you can then control when to send them from the node. I tried to enable leaning from node, but never managed to make it stable, so you need to train from the YoLink app and then you can activate from node If you need more features let me know and we can see if they can be added

Enable debug and send me a log (you can PM me) - I'll take a look I do not know how devices instantiate and I do not have one yet - just ordered the new one with shutoff valve. I believe it should be an easy add once I get a log

I am not expecting a special version for you - just for you to test if it helps before I would release it as a new version (there is no need to do a new version if it does not help) Nothing obvious in the log (from my side)

I can provide a non-production store release with traditional config file to see if that fixes your issue Let me know and I can prepare it - if OK I'll make a full release of the node

It may be related to you setup with separate ISY - any particular reason not running it internally on the Polisy? I know this node has some "optimization" on how the NLS file is made and I wonder if that could cause this - I can try to change it to not use common NLS settings - I know it affects the REST interface in some cases

I do not have this issues in my setup - both status and control work for temp sensors Can you try to install in a new slot - just do a backup before you try it Note, you can use condition - it is the internal trigger (high and low warnings) level set in the yolink app - and it is actually preferred as it updates quicker than status, but you can only use one of the two if you cannot get the condition I guess Are you fully updated on AC and PG3x?

I would create a ticket at UDI and mention your can is too old to support the streaming version. UDI operate the store You actually did not need to erase the old to try the new The app is no longer needed - not even for the previous version

Yes - too old I guess You should be able to find the previous version in your purchases and reinstall from there

It seems your car or FW is too old (not supported) or the key is missing 'response': {'updated_vehicles': 0, 'skipped_vehicles': {'missing_key': ['5YJSA1E44GXXXXXX'], 'unsupported_hardware': ['5YJSA1E44GXXXXX'] The following requirements exists The vehicle must not be a pre-2021 Model S or Model X. Vehicles must be running firmware version 2024.26 or later Note, this is a Tesla limitation

It looks like it is working but I need more time from log - it can take a few mins before data starts flowing - it seems like it passed the test this time

I need a little more of log time - log stops before data starts to flow Do you have a firewall that can prevent the communication?

did you restart the node? I did not find it in the log

Can you try again - seems there was an infrastructure issue causing some users not to work properly

Giv it a try again - seems there was some infrastructure issue causing some commands to be lost

If you can enable debug and provide a log maybe I can check if there are any errors - I have not found a way to force an update of the data - The car decides when to post data - I have a minimum of 1 min between updates on most data (non-charging) - I could try to lower that. Note, the data from streaming is different from existing polling (and it is way more expensive to execute a poll) There is a newer beta on the non-production store with powershare data enabled - maybe you can try that one