Salut,
j'ai changé false et true par 0 et 1 mais tjs la même chose off éteins bien mais plus possible de le rallumer ensuite (ni heat ni auto, obligé de le rallumer sur le thermostat physique ce qui repasse bien sur Dz à Heat
Log de dz lors des envois de commande depuis Dz (j'ai mis le plugin en info only)
Code : Tout sélectionner
2024-01-27 09:33:28.112 Conbee: onCommand called for Unit 186: Parameter 'Off', Level: 0, Hue:
2024-01-27 09:33:28.066 Status: User: thomas (IP: 10.0.0.151) initiated a switch command (1629/Conbee - Thermostat 159/Set Level)
2024-01-27 09:33:46.875 Conbee: onCommand called for Unit 186: Parameter 'Set Level', Level: 10, Hue:
2024-01-27 09:33:46.832 Status: User: thomas (IP: 10.0.0.151) initiated a switch command (1629/Conbee - Thermostat 159/Set Level)
dans l'API Phoscon on reste bien à 'off'
Code : Tout sélectionner
{
"config": {
"heatsetpoint": 2300,
"locked": false,
"mode": "off",
"on": true,
"preset": "manual",
"reachable": true
},
Pour le changement de setpoint, c'est très aléatoire, je l'ai reproduit ce matin voici la manip :
- Thermostat et Dz consigne 21°
- je change la consigne du thermostat à 25°, la consigne de Dz passe bien à 25°
- 1/2 secondes plus tard, Dz revient à 21° et l'afficheur du thermostat aussi puis il alterne entre la t° actuelle et la consigne sans arrêt (ce qu'il ne fait jamais sinon) comme si Dz envoyait en permanence la consigne 21°
- J'ai alors changé la consigne de Dz à 24°, le thermostat s'est mis aussi à 24° et à arrêté de clignoter
Depuis tout fonctionne bien dans les 2 sens, impossible de reproduire le pb
Mon thermostat n'est pas branché en permanence (je ne fais que des tests dessus pour l'instant) peut-être que le pb est la 1ère consigne, je testerai ça cet aprem.
Pour les 0.5°, dans l'API de phoscon il ne prends pas les ,5° :
consigne 22° API 2200
consigne 22.5 API 2200
consigne 23 API 2300
Edit : je viens de voir dans l'API que la T° mesurée prends bien les .5 (actuellement 2150 par exemple)
Aparté NAS :
j'ai un syno ds920+ (4 baies), le volume1 sur le disque1 à planté par bad sectors, comme il héberge le système cela a été très compliqué de réussir à le supprimer (impossible à démonter car paquets lancés eux même impossible à désinstaller car volume 1 planté) une vraie galère !!! résolue en ligne commande en ssh
puis mes sauvegardes sur un disque usb corrompues car bad sectors aussi ! heureusement données pas très importantes, tout ce qui est important est sauvegardé aussi sur le cloud microsoft.
Ma domotique est sur des raspberry donc non touchée (et la conbee est sur un rasp différent de Dz)
Bilan : 2 disques de 12 et 8 To à la poubelle après 46 000 heures, pour un MTBF de 2.5 millions d'h je crois que je suis maudit !
Comme quoi on est jamais trop prudent avec les sauvegardes et la redondance de matériel