-
Notifications
You must be signed in to change notification settings - Fork 506
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support request Sinope TH1123ZB & TH1124ZB #2104
Comments
Looking to get one of these, can I then assume this model is supported? Thanks! |
I was too impatient to wait for this to be supported, so I ended up going to zigbee2mqtt and it is working very well for me. |
I did the same. Zigbee2mqtt. |
In the end, I did choose ZHA as I didn't knew if the TH1123ZB was properly supported or not by conbee/deconz. I wish it was. The HUSBZB-1 have some stability issue from time to time. So the day deconz support these thermostats I think I will switch. Else I will end up with zigbee2mqtt like everyone else. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Closing this as device is now supported with .79 beta. |
I currently have 15 of these with zigbee2mqtt. Thinking of moving to Deconz. Wondering if outside temperature display is supported here? |
How do you mean that? Sure, it's possible to further improve support if someone is willing to compile and test updated versions :) |
The Sinope TH1123ZB & TH1124ZB support displaying the outside temperature on the 2nd line of the display. On zigbee2mqtt you publish the outside temp value to zigbee2mqtt/<FRIENDLY_NAME>/set/thermostat_outdoor_temperature so I've got an automation setup whenever the outside temp changes to publish it to the thermostats. |
I took a look over at z2m and gee, the device has more capabilities than you can deduce from the screenshots. I guess most, if not all can be integrated, but that involves quite some extensions on the API. Apparently, there were also some clusters skipped in the screenshots. If you're using HA, then that's the most uncomfortable combination. You cannot directly test my changes once ready but have to wait for us to merge the code, promote it to stable and then hope for HA folks to update as well (which is not in our hands). |
I will order a few right now, I have the conbee 2. Will let you know |
@SwoopX Just thought I'd check in on this. I see some changes have been merged in Enhancements and fixes, but not exactly sure what those are. Has the ability to set outdoor temp on these devices been added? If so, how would one send the temperature reading to the device? |
So I have been testing them out, for setting the temp and everything they work great. Would anyone know how to change the time on them? |
I have a bunch of these, currently using ZHA. As far as setting the time
mine pulled the system and set to that, it was automatic when I paired
them. I have not been able to change from 24h time -> 12h time not set
outside temperature as (from what I have read at least) these values are
inside the zigbee manufacturer cluster and I cannot write to these with the
current ZHA in HA as I believe it requires a manufacturer PIN. The above
are relatively minor for me though and the overall operation of the
thermostats in ZHA work great.
- Eric
…On Tue, Dec 1, 2020 at 2:00 PM Amrit Kahlon ***@***.***> wrote:
So I have been testing them out, for setting the temp and everything they
work great. Would anyone know how to change the time on them?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2104 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AN7NSKDTZWDZWY5BNXPULFTSSVRQRANCNFSM4JQEPUEA>
.
|
Time snyc currently requires creation of a corresponding time resource for a device and explicit whitelisting. Wouldn't be much of a problem to do that. The Sinope specific cluster attributes have not been added, as I haven't found the time yet. However, once added, the extra functionality should be configurable via deconz GUI quite easily. Also, there's been put quite some work in the thermostats lately, so the Sinope's could probably participate in that as well. |
I use TH1123ZB with deCONZ ConBee II and Openhab3 deCONZ binding. Everything works fine. But, is it possible to show to outdoor temperature on the device ? Thanks |
This comment was marked as off-topic.
This comment was marked as off-topic.
On this model there is a "backlight" attribute (cl:0x201, at:0x0402). With two values : 0 = On demand (activated when you press a button) or 1 = Always ON for Sinope terminology, Sensing mode for other brand. On Sinope thermostat the diming is automatic, adjusting with environnemental light (you can test it it's real). But it does not exist a config/backlight item that can be addressed by API. Then the proposal of @Smanar was to use another config item like "config/duration" to do the job. Then adding something like this in DDF file should work :
` But I never had it to work ... Even if cURL return a success the value for backlight does not change
|
Lol, sorry, I have checked the code again, and this setting don't support yet the "write stuff". But If you want to make test, I m seing a "config/ledindication", that are a bool, so true or false (and the name look more for a "display setting") |
Changed DDF to
and it changes the state of Backlight accordingly (sometimes with a short delay but it works!). |
Thanks!! Works here too. But the value seems to go back to true, then I think it works after 1-2 mins delay. I just wonder what the thermostat is doing at that time. |
Question: The api expose two temperature values. But they are the very same. I know there are two temperature value in deconz gui, but they seems to be the same . Also I think the ddf is using the same temperature sensor if i check the subdevice json, and the item json. This post need edit I will do that when near a computer . |
It s possible to remove one from the DDF. |
ok so this is the ddf ( it also includes the "config/ledindication" item. |
Done > #6002 |
Are you sure about the value coming back to true ? Mine is steady false until I'm changing it to true again. |
@Smanar the same way you proposed to add the temp_to_display attributes could we add another attribute for "occupancy" ? This will be usable for other thermostat too (like Stelpro). In spite off changing the heatsetpoint value in a schedule this will enable to change only this state and allow to have different temperature for each thermostat based on Occupied Heating Setpoint (0x0014) and Unoccupied Heating Setppoint (0x0014). The thermostat will automaticaly flip to the pre-programmed value depending of the Occupancy (0x00400 on Sinope) state. |
But I haven't found a "config/something" to re use |
That's what I initially thought but there already exists a read-only attribute Occupancy in general.xml (atrribut 0x0002 cluster Thermostat 0x0201). Then may be is it preferable to use another name like "room_occupancy" or something else to avoid confusion ? |
Config/occupied ? You can take the one you want, the actual used list is here https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/resource.cpp#L165 |
Will have a look at it. Thanks
|
I will check again. Maybe I sent the curl http request to many time at the beginning . So they were coming with a delay. |
Well, as previously said, I'm not a C++ dev, nor a github guru ;-) |
Can try this one (have used same json file than you)
|
Thanks for all. |
But PR #6010 and #6009 are already in #6011 no ? And I haven't the device so I can't be sure but are you sure all attributes need the manufacture number ?
and yes, sorry for typo ^^, have just write this fastly, totally untested on my side. |
You're right ... Github works behind me ! ;-) I closed PR #6010 and #6009 May be you're also right with Unoccupied Heating Setpoint attribute. But I have no other thermostat plugged at this time to test it but it makes sense that is wasn't specific to Sinope. And in my first version of the generic json I hadn't add the mfc : Next step for me now is to try again to support Stelpro Maestro ... In a few days I think ... I have one but wanted to focus on Sinope first has it's operationnal in living room at this time ... |
As there is 2 PR for the same device, it s probable we have a conflict during validation, but it s easy to correct.
It's a thermostat too ? |
You're right but I also think that it will be quite easy as it concern different attributes. Yes, Stelpro Maestro is a set of thermostats (SMT402AD -the one I have- and ASMC402, ASMT402 ... perhaps others). I hope it won't be so difficult #5502 and that DDF will be easy to complete. Even if these models are not officialy listed in database.ccp, nor bindings.cpp ... Difference with Sinope is in the specific attributes not located in a separate cluster, and they have a built-in humidity sensor |
This is not really an API … another trick build on the same way than for the outdoor temperature sensor. Using DDF we can add support for attribute « duration » and joining it with the attribute « backlight » you can see in DeConz for this thermostat.
But may that modification ported by a previous PR modifying file general.xml had to be done first ***@***.*** may confirm) because there is a conflict with ELKO thermostat that superseed Sinope definition
Message ID: ***@***.***>
|
Yep, this one ? #5904 |
Hello,
I already own a Conbee II. I'm looking to add some thermostat to my setup.
Do you know if this model can work with deconz? Sinope TH1123ZB & TH1124ZB
These are Zigbee.
https://www.sinopetech.com/en/product/smart-thermostat-for-electric-heating-3000-w-zigbee/?setLang=en
Tks for your help!
Device
Screenshots
The text was updated successfully, but these errors were encountered: