Panda88

Tim Maybe you can try to make 2 homes - that should allow 2 sets of credentials and allow operation of existing node - you need to move your test device to the new "home" - I think the new home needs the local hub for testing I do not know enough about PG3 to answer the ID related issues

Correct - I have not found a way to identify the connection type yet - I have a request in but no reply yet The old hub can be used to extend range of network (but the devices attached will not be local (yet - they are working on this) - I have some devices in a pump house that the local hub does not reach reliably (I have an ethernet conenction there), so I hope they will get this working

I so not think there is a need for curl. It is separate from the node. You just need to move you devices to the local hub - do it one by one initially. If you have more than 1 hub (for range reasons)!the local hub must be able to see the device you move

correct - I do not recall if I had to push anything on the hub - I only use ethernet I found some info on home-assistant forum initially that helps me get going

response = requests.post(self.local_URL+'/open/yolink/token', data={ "grant_type": "client_credentials", "client_id" : self.local_client_id , "client_secret":self.local_client_secret }, timeout= 5) if response.ok: temp = response.json() logging.debug('Local yoAccess Token : {}'.format(temp))

It should but i have checked it recently. Tesla may be changing the local access requirement. I am ravelling so i cannot check until i return as you needed to do a physical switch when starting - see the notes

i was referring to a change i am planning - not there yet ill check what changed in v22 biy the only thing i can remember is commenting out a debug statement that was causing an issue ill see if i can debug while travelling

It appears for the log that it goes back to the original message (0) after trying node 2 and later node 3 - Is that not the case? If it is the case, it may be a bug on yolink side Anyway - I am thinking why not include the message as part of the pay function directly (no need to select message first) - would that work? - then there is no reason to cache the previous message text then - I could add the other parameters as well - It is possible to do this now with the later versions of pg3x

I'll take a look to see if I can find something - I did not change any code relating to this, but there must be a bug. I have no way to test as I am travelling Can you send a full debug log - the issue may occur earlier than what you included - ideally as a log zip file

click on the localHub and get the needed info under general and integrations

I was expecting that - I had to create a new node to get it on the non-production store

YolinkTest is for different purposes. ill remove it later as changes have propagated to the production node

Try now - it shows on my other eISY now (It always shows on the one used to release)

there was a mistake in the release - try 1,4,22

Try to install 1.4.22 - I had a mistake of not enabling all devices (used during test)

I added a new TSTyolinkLocal - hopefully this one makes it through

I am not sure what happened - I pushed it - it showed up and was later removed - It happens often to me - not sure why I have not tried to replay the original node - It will have a different node id, but nodes should have the same names and addresses - it may work and it may not

what do you mean by nodes? there should be one node per speakerhub registered. the setting is to select different messages to be played on different conditions you may need to restart once more as the node updated and it will not remember the setting from the previous version if just set (i believe)

there is a config parameter NBR_TTS you can use to specify the number of messages that can be defined. I think the code allows you to set a higher number - and you should then run the node, stop it and start it again - that should increase the number of messages that can be defined It may not work, but let me know if it does not and send a log file with debug enabled

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