Bonjour à tous,
Je viens d’intégrer une pompe à chaleur grâce à l’excellente intégration Tuya Local.
L’intégration Cloud fonctionnait parfaitement, je souhaitais juste une intégration locale 
Problème, les valeurs remontées et la température de consignes sont dix fois trop élevées :
220°C c’est bien pour un four, moins pour une clim ou PAC 
Vous savez comment je peux tout diviser par 10 ?
Pour info, l’intégration a été faite grâce à cette excellente chaine YouTube : https://www.youtube.com/watch?v=apWfjargTpA
Merci pour votre aide,
Laurent
Ma configuration
System Information
| version |
core-2024.10.4 |
| installation_type |
Home Assistant OS |
| dev |
false |
| hassio |
true |
| docker |
true |
| user |
root |
| virtualenv |
false |
| python_version |
3.12.4 |
| os_name |
Linux |
| os_version |
6.6.54-haos |
| arch |
x86_64 |
| timezone |
Europe/Paris |
| config_dir |
/config |
Home Assistant Community Store
| GitHub API |
ok |
| GitHub Content |
ok |
| GitHub Web |
ok |
| HACS Data |
ok |
| GitHub API Calls Remaining |
5000 |
| Installed Version |
2.0.1 |
| Stage |
running |
| Available Repositories |
1452 |
| Downloaded Repositories |
10 |
Home Assistant Cloud
| logged_in |
false |
| can_reach_cert_server |
ok |
| can_reach_cloud_auth |
ok |
| can_reach_cloud |
ok |
Home Assistant Supervisor
| host_os |
Home Assistant OS 13.2 |
| update_channel |
stable |
| supervisor_version |
supervisor-2024.10.3 |
| agent_version |
1.6.0 |
| docker_version |
27.2.0 |
| disk_total |
30.8 GB |
| disk_used |
12.9 GB |
| healthy |
true |
| supported |
true |
| host_connectivity |
true |
| supervisor_connectivity |
true |
| ntp_synchronized |
true |
| virtualization |
kvm |
| board |
ova |
| supervisor_api |
ok |
| version_api |
ok |
| installed_addons |
Matter Server (6.6.0), File editor (5.8.0), Samba share (12.3.2), Advanced SSH & Web Terminal (19.0.0), Samba Backup (5.2.0), ESPHome (2024.10.2), Mosquitto broker (6.4.1), Zigbee2MQTT (1.40.2-1), Silicon Labs Multiprotocol (2.4.5), Music Assistant Server (2.3.1), Cloudflared (5.1.23), AdGuard Home (5.1.4), Z-Wave JS UI (3.16.1), Tailscale (0.23.1) |
Dashboards
| dashboards |
2 |
| resources |
5 |
| views |
9 |
| mode |
storage |
Recorder
| oldest_recorder_run |
October 18, 2024 at 17:23 |
| current_recorder_run |
October 27, 2024 at 22:00 |
| estimated_db_size |
2619.60 MiB |
| database_engine |
sqlite |
| database_version |
3.45.3 |
___
Bonsoir,
Tu peux créer une entrée template, modeliser un capteur et tu corrige ta valeur avec modèle d’état.
Exemple:
{{ (state_attr('climate.thermostat', 'current_temperature') | float /10) | round(1) }}
Merci @pascal_ha , cette méthode fonctionne aussi pour la température cible qui est elle aussi incorrecte ?
Tu aurais un lien pour expliquer cela comme si j’avais trois ans
Bonjour,
si c’est tuya local que tu utilises, regarde c’est issue:
1 « J'aime »
Merci @WarC0zes , c’est ça en effet !
Je viens de changer le code comme ils suggèrent, en mettant mapping, scale 10, step 10, mais cela ne change rien pour moi :
name: Air conditioner
products:
- id: 1dxlcglzadb1wwaxairton
name: Idea CS1 ISP-D114 TYWE 1S
primary_entity:
entity: climate
dps:
- id: 1
type: boolean
name: hvac_mode
mapping:
- dps_val: false
value: "off"
- dps_val: true
constraint: mode
conditions:
- dps_val: cold
value: cool
- dps_val: hot
value: heat
- dps_val: wet
value: dry
- dps_val: wind
value: fan_only
- dps_val: auto
value: heat_cool
- id: 2
type: integer
name: temperature
mapping:
- scale: 10
- step: 10
unit: C
range:
min: 16
max: 32
- id: 3
type: integer
name: current_temperature
mapping:
- scale: 10
- step: 10
- id: 4
type: string
name: mode
hidden: true
- id: 5
type: string
name: fan_mode
mapping:
- dps_val: low
value: low
- dps_val: mid
value: medium
- dps_val: high
value: high
- dps_val: auto
value: auto
- id: 8
type: boolean
optional: true
name: preset_mode
mapping:
- dps_val: true
value: eco
- dps_val: false
value: comfort
- dps_val: null
value: comfort
hidden: true
- id: 18
type: integer
optional: true
name: current_humidity
- id: 30
type: boolean
optional: true
name: swing_mode
mapping:
- dps_val: false
constraint: swing_horiz
conditions:
- dps_val: false
value: "off"
- dps_val: true
value: horizontal
- dps_val: null
value: "off"
hidden: true
- dps_val: true
constraint: swing_horiz
conditions:
- dps_val: false
value: vertical
- dps_val: true
value: both
- dps_val: null
value: vertical
hidden: true
- constraint: swing_horiz
conditions:
- dps_val: true
value: horizontal
hidden: true
- dps_val: null
value: "off"
hidden: true
- id: 33
type: boolean
optional: true
name: swing_horiz
hidden: true
secondary_entities:
- entity: switch
name: Aux heat
icon: "mdi:fire"
category: config
dps:
- id: 12
type: boolean
name: switch
optional: true
- entity: switch
translation_key: sleep
category: config
dps:
- id: 25
type: boolean
name: switch
optional: true
- entity: binary_sensor
class: problem
category: diagnostic
dps:
- id: 22
type: bitfield
name: sensor
optional: true
mapping:
- dps_val: 0
value: true
constraint: fault_code_2
conditions:
- dps_val: null
value: false
- dps_val: 0
value: false
- dps_val: null
value: true
constraint: fault_code_2
conditions:
- dps_val: null
value: false
- dps_val: 0
value: false
- value: true
- id: 22
type: bitfield
optional: true
name: fault_code
- id: 101
type: bitfield
optional: true
name: fault_code_2
Pourtant, cela devrait fonctionner, cela l’a été pour d’autres personnes.
Si vous une idée de l’erreur commise, merci de me le dire
Il me semble avoir lu, qu’il faut enlever le - devant step
mapping:
- scale: 10
step: 10
1 « J'aime »
Oui, c’est ça, merci @pascal_ha ! Merci à vous deux ! C’est réglé
C’est vraiment génial ha et tout ce qui est possible de faire
De rien mais La solution, reviens a @WarC0zes, tout est dans son lien 
1 « J'aime »
