that would help. I was thinking of asking for it 
Thanks. Unfortunately that specific plug-in is not one of the ones that appears on the iHost when you search for plug ins using the homebridge docker. Last time I checked I could not get a terminal docker that worked on the iHost. I’ pretty sure I asked here if they could recommend a terminal docker image that worked but never got a reply.
Yesterday I could not reply anymore since “I am new in the forum”, and I guess my reply is better here so others can profit from it too…
As a “context” for others, I looked at the flow you sent me, I was interested in the configuration for registering the virtual device, since I could not manage to get it to work, so I just copied your registration node and changed the server and service IP’s.
It created the virtual device, but only visible in the Panel (not in the eWelink app, either as a device or sub device from the panel).
I am using the node-red-contrib-ewelink-cube nodes, I think they are the same as yours. I believe they are supposed to be accessing the Panel locally, that is why they need that Token (instead of the login for the eWelink environment). I couldn’t get it to connect with the login and I think it might be because of the “region” (I am putting “eu”) or maybe it needs the premium account.
So, now I have three new devices in my panel (due to testing with three different device names) that I cannot erase since they don’t exist in the eWelink app
What I found out: The only capability that works is the Device Status (which creates the capability Power with read/write options). I am not sure if the others are still not enabled in the Panel (as a response to the register command) or I am just doing something wrong in the configuration.
My idea of creating virtual devices was for adding things that are not in the zigbee network (basically, devices that don’t exist for zigbee and I don’t care if a WiFi failure takes them offline… but now I am not sure if the zigbee would be more stable, it needs more devices in router function). I don’t have Nest but with Alexa is similar, I have somewhere a WiFi plug that can be controlled with Alexa and could be linked here as a virtual device
Is that the same plug-in? It doesn’t have the dash between the words homebridge and nest. I will check again on the GitHub page for that plug in, but I think I checked before and it was something different.
Actually I dismissed that one as the text starts
Blockquote nest plug-in for homebridge using the native NEST API.
And I access mine via google. I thought the NEST API no longer existed.
Yes, the Nest API has been disabled. I followed the instructions for google cookie authentication and it works fine.
Can you log into the website in the instructions?
I log in with Google then select my account and it takes me back to the login page. Maybe it is my 2 factor or security settings or something. I’ve checked there are no cookie blockers active and am using chrome on windows 11.
Maybe I need to charge up an old Mac laptop or something…
I can’t get past step 5 in the instructions ever. I thought that website had been deprecated because it hasn’t worked since I installed windows 11, but google home has let me in.
Works fine on my mac in chrome. It’s the same nest web page to control your thermostats as always but it now uses google auth
Homeassistant 2024.1 has introduced a new entity type “Valve” which represent a “dump” valve which can be opened and closed by another controller. It would be great if a SONOFF TRVZB can work in such mode to be controlled by another thermostat controller.
In one of my previous posts explaining how heating systems worked in the UK, I explained the concept of ‘dump’ radiators. I’ve chosen not to put a TRVZB on the dump radiators of my property and my clients’ but that limits ability to control those radiators at other times. I would strongly welcome this native functionality once all the basic outstanding TRVZB features are provided for and fully working.
Hello everyone,
I just wanted to ask when we get eWeLink web and cast support. Somewhere in the beginning was mentioned that it is planned for November or December.
1 Like
I would really appreciate taking a look at the export as well please?
I’m currently working on a flow to combine electric UFH, water UFH and radiators from a combi. Going to be using s-mate for remote control from programmer to basicr4s (via a contractor) which turn on UFH pumps and boiler when there is demand and therefore getting rid of all other controls so it’s all sonoff. May try out using a change of online state of a basicr4 rather than s-mate if possible. Hopefully posts something soon…
On/off or valve position is not available sadly, but you could simulate this by executing a PUT command using the Open API. http://[ip]/open-api/v1/rest/devices/[device]
For instance using the ECO mode for OFF, or MANUAL with a very low targetSetpoint
{
"state":{
"thermostat":{
"thermostat-mode":{
"thermostatMode":"ECO"
}
}
}
}
And MANUAL if you need the valve to open. This can be a specific set temperature but you could off course pick a high temperature to prevent the “dump” closing accidentally
{
"state":{
"thermostat":{
"thermostat-mode":{
"thermostatMode":"MANUAL"
}
},
"thermostat-target-setpoint":{
"manual-mode":{
"targetSetpoint":30
}
}
}
}
The Node-Red put-device-state does not seem to work at this moment for this, so this should perhaps been done by using http request.
And if there are going to support on, off and valve position i guess an extra thermostatMode would be needed because manual at the current state will close at set temperature.
Another nice feature would be the option to link the TRVZB state to the security options from the iHost. Currently is not realy useful unless you have some pir sensors but this way you can switch to away mode which would turn off all TRVZB’s in the house.
I see that this i now possible using the scenes in iHost… You can also use some sensors here and use tap to run to create a scene you can add to the iCast screen
@jaap.devries i appreciate your point about using the API but my ultimate goal, and priority, is to have this functionality in the app so it’s accessible to all users.
That would be the main goal, but i was just playing around with one of the TRVZB’s added to the iHost. I had not tried that yet since in the other thread it was suggested this would be possible from March this year, perhaps actual integration in the app is part of the update in March.
@Alexie can you perhaps specify what updates are planned to be included in the March update for the TRVZB?