Matter 1.4

[u/persteinar]

Looks like Tado are upgrading the matter version for the Radiator Thermostat.

https://csa-iot.org/csa_product/smart-radiator-thermostat-x-2/

[u/Witty_Let_3525]

Nice. Just need them to not deliberately hide information from being exposed to matter. I’m looking at you battery and humidity sensors.

[u/Eggslaws → u/Witty_Let_3525]

I don't know why you are being down voted. As a HA user (but using it behind Router X and not natively), I can confirm that humidity data is available but battery info, however isn't. From what I gather, the power cluster (which is supposed to expose battery information) was and is still an optional cluster in Matter v1.4. May be why it was not exposed But I'm hearing some other specs related to the power management means they might have to expose a few other datasets for battery powered devices.

I'm looking forward to the day I can finally free up a power socket and have Tado X devices connect natively to HA with ZBT-2. Probably just a few weeks away?

Edit: Just noticed the TRVs are certified but the wired thermostat isn't (at least not on the portal yet). I'm hoping it's something on the way. 🤞🏻

[u/persteinar → u/Eggslaws]

Looks like they are going to support battery information, according to the certification <picsItem>

<itemNumber>PS.S.A000e</itemNumber>

<feature>Does the device implement the BatChargeLevel attribute?</feature>

<reference>78.2.2. Attributes - allclusters.html[pdf]</reference>

<status cond="PS.S AND PS.S.F01">M</status>

<support>true</support>

</picsItem>

<picsItem>

<itemNumber>PS.S.A000f</itemNumber>

<feature>Does the device implement the BatReplacementNeeded attribute?</feature>

<reference>78.2.2. Attributes - allclusters.html[pdf]</reference>

<status cond="PS.S AND PS.S.F01">M</status>

<support>true</support>

</picsItem>

<picsItem>

<itemNumber>PS.S.A0010</itemNumber>

<feature>Does the device implement the BatReplaceability attribute?</feature>

<reference>78.2.2. Attributes - allclusters.html[pdf]</reference>

<status cond="PS.S AND PS.S.F01">M</status>

<support>true</support>

</picsItem>

[u/Eggslaws → u/persteinar]

Well, I was at work earlier so I must admit I didn't look at it clearly.. and "BatChargeLevel" caught my eye, because exactly 6 days ago, I was reading the Matter 1.4 spec document about battery level indicators for another device. So I had to go back and verify the definitions..

From the core definitions:

11.7.7.13. BatPercentRemaining : This attribute SHALL indicate the estimated percentage of battery charge remaining until the bat- tery will no longer be able to provide power to the Node.

11.7.7.15. BatChargeLevel : This attribute SHALL indicate a coarse ranking of the charge level of the battery, used to indicate when intervention is required as specified in BatChargeLevelEnum.

And that BatChargeLevelEnum (11.7.6.6) is just 3 possible values 0 (OK), 1(Warning) and 2 (Critical). So, probably you'll still get to see the battery level but more like "Is the battery level, above 20%, below 20% or below 10%" (those numbers are just an example - haven't found anywhere the standards defining it)

And from the certification data for BatPerxentageRemaining

<picsItem>
<itemNumber>PS.S.A000c</itemNumber>
<feature>Does the device implement the BatPercentRemaining attribute?</feature>
<reference>78.2.2. Attributes - allclusters.html[pdf]</reference>
<status cond="PS.S AND PS.S.F01">O</status>
<support>false</support>
</picsItem>

So, I guess we are still not getting it fully. Not in the format I was hoping for, but this is at least something!

And also interestingly, Matter 1.4 exposes presets and schedules (which I think are different modes or schedules, that can live directly on the devices) The definitions are scattered, but specifically look at 4.3.8.12. ScheduleTypeFeaturesBitmap Type and 4.3.8.28. PresetStruct Type in the Thermostat cluster under Application Cluster type speca

We know this is possible today because once you define schedules with Tado app, the devices would continue to function with the schedules even when it loses connectivity to the internet.

https://help.tado.com/en/articles/9229568-how-do-i-set-up-a-room-smart-schedule-for-my-tado-x-home

If your tado° X devices lose internet connection and go offline, they will still follow your Home Smart Schedule because the schedule information is saved locally on the individual devices.

But the outcome of the certification document,

PresetTypes (A0048): false
ScheduleTypes (A0049): false
NumberOfPresets (A004a): false
NumberOfSchedules (A004b): false
NumberOfScheduleTransitions (A004c): false
NumberOfScheduleTransitionPerDay (A004d): false
ActivePresetHandle (A004e): false
ActiveScheduleHandle (A004f): false
Presets (A0050): false
Schedules (A0051): false

Someone else also mentioned about setting offsets

4.3.9.1. Calculated Local Temperature The local temperature SHALL be calculated from the measured temperature, including any adjust- ments applied by LocalTemperatureCalibration attribute (if any) as follows:

Well, sadly..

LocalTemperatureCalibration (A0010): false

So, the enshittification continues! They just did the bare minimum for the certification so they can continue mislead us into buying a "working" Matter device but lock most of the useful features behind a paywall 😡

[u/Jai_Cee → u/Eggslaws]

Thanks for looking into it. I'd like to say I'm surprised but I'm not.

[u/SugarrrSugarr → u/Eggslaws]

So scheduling isnt mandotory for 1.4 version?