Beiträge von realbudhead

This issue is resolved since the first update.

I would not recommend using 1L, because using the bypass, may create issues for everyone in the system.
I would suggest you Shelly Plus 1 (Not sure if the power supply will be good enough) or Shelly Uni, because you can use them on 12V.

It's not really straight forward what to do when you have to combine this two devices. So after some experiments, I came up with some questions.

My current setup:

In the Door/Window settings "Actions":
OPEN WHEN DARK/Twilight/Daylight: Fill in as URL "http://TRV-IP-ADDRESS-HERE/settings/thermostat/0?target_t_enabled=0"

CLOSE: Fill in as URL "http://TRV-IP-ADDRESS-HERE/settings/thermostat/0?target_t_enabled=1"

This works ... from time to time.

I guess this is related to the response time of the TRV. Sometimes when it's "sleeping" it's responding really slow ... but the D/W sensor has limited time awake.

So is there a way to tell DW to wait more time for response? Is there oficial information about the timeout for this endpoints?

I'm trying to make this 2 work togather for a long time and they just doesn't work as expected.

Possible solution is request to the cloud ... but I can't make real authentication with static url.

I can't use the trv local domain, again because of request time.

I can use a hub ... but the main marketing point for Shelly is ... no hub needed.

Any ideas?

When you open the web portal in home.shelly.cloud. You can open the browser developer console and check the network traffic. From there you can check all the possible commands.

For the temperature:
POST: https://shelly-31-eu.shelly.cloud/device/thermostat/control
BODY: id=put-device-id-here&channel=0&temp=24

The authentication details are here: https://shelly-api-docs.shelly.cloud/cloud-control-api/

Yes, TRV is cloud controllable. There is documentation, but I suggest you to check the cloud dashboard requests in the browser. They give you all the information you need.

I'm not sure if this is the right place, but This issue is present since the last version.
After the update, the target temperature is set to maximum. This happened on one of 4 TRVs.

It worked. Thank you.

Thank you.

If you can send me the link, I can force the update, but it doesn't find it automatically.

The device doesn't show the new udate:

Current version: 20220115-083921/v2.1.2@3f3e56f8 
You have latest version of your device!

How should I force it?

So probably I should send a ticket to the support.

Yes, I used the spacer for one of my radiators. And looking at your other post, you should try it.

I had to cut the top part of the spacer 2-3 times, before makeing it a good fit.

The current version of the mobile app has calibration in settings. The web dashboard of the TRV has calibration too (I was using this one).
But with the latest FW there is no neet to recalibrate, because the TRV regularly closes the valve tight and kind of recalibrates itself.

This is a lot noisier than before, but works.

Sorry for that. Where should I open this feature request?

Happened again today.

The valve was ~60% open and the device measured ~constant temperature for some time.

After I restarted it, the temperature rised with 1C suddenly.

A'm attaching teh debug logs before and after the restart.

I received my Door/Window 2 device this week. I was expecting them for a long time, because it's a really usefull tool to combine with TRV.

My main idea was to control the TRV temperature when the window is open. When I open the window to refresh the air I do not want to heat the city.

Example: When window is open -> set the temperature to 18C | When the window is closed -> return the previous temperature.

I was surprised that there is no such thing out of the box.

I started looking for ways to do it, but it looks like it's not possible.

I can change the temperature on open and close, but I have different temperatures during the day and night. If I change the temperature on the TRV, I have to change the temperature in the DW2 settings, which makes it too much work for something that should save me time.

So my first question to Shelly Team: I can see that shelly devices does not have good out of the box communication between them. Do you plan to change this?
Second question to the whole community: Do you think it's possible to make this work?

---

Hope for smarter automation every day.

I'm not sure if this is the case, but I had some hard time figuring out the logic behind.

So when you set a schedule, it means that at that time the TRV will set this temperature. It will not modify it at any other time.
As in your screenshot when the clock is 00:01 the TRV will set the temperature to 12C, after that when it is 18:45 it will set it to 20, but nothing will happen in between. When you set the schedule you have to wait for the next time point in the schedule.

Other than that it works well for me.

Paradox wired systems work with change in resistance. Usually there are resistors in the sensor and if everything is ok the resistance on the signal cable is constant. At any event the resistance is changed. For the tampering alarm I think the state is infinite resistance, but I'm not sure about that. If you have full control over the security system you can check inside the sensor. BUT if you open the sensor when the system is with power, it will trigger the tamper alarm no mather if it's armed or not.

Usually the resistance is around 200k-400k. There are installation guides that are proposing the usually used values, but I think the main reason for this approach is to be flexible and be able to use your own values during the programming state.

Most Paradox systems have programmable PGMs, so if you have programming access you can use them. This way you can have separate power supply, which is the best ways when you connect to a security system.

Hello, I just tested this app today and I think they have really good approach on controlling stuff from the home screen, you can check them and think for a simmilar approach for the actuators.

The link: https://apps.apple.com/app/home-widge…it/id1579036143

You will be able to control the valve position in the next mobile app version (it will be released soon), you can do it right now trought the web app.
To control the valve position you should keep automatic temperature control always to off.

I have not tested it trough the API, but you should be able to set position trough the Cloud API.

It is possible to set it trough the HTTP api on the device.

As I can see there are some issues with MQTT and TRV, but it should be solved soon. Some people are able to set it up, but I have no experiance if you can control it trough the MQTT topic.