HeatingSystem

[fafoulon]

Hello,

First, thank you for this plugin, it's really awesome. I have a tahoma box, and I can perfectly open/close my velux windows through Homekit. (although it's very offen reporting it as not answering, even though it's responding to open/close commands).

Could you help me (or can I help you) to integrate/test the HeatingSystem, because I have a Hitachi Air/Air cooling/heating system with three devices, and I really would like to try adding them. How can I test it? (I know lots of coding, just not so much in nodejs). In the log I see Ignoring HitachiHeatingSystem, how can I activate it?

[dubocr]

Hi,

Thank you for your feedback, I also experience "not answering" behavior but don't know if it's linked to homebridge or plugin.

To start, you can log here with your Tahoma credential. This will give you (and me), your JSON system configuration to discover commands and states that need to be mapped withe homebridge. You can also browse, sign in and browse "Execution (Command history)" to reverse engineering your HeatingSystem commands. (Do an action in Tahoma then refresh the command history to obtain command name and parameters).

To activate your HitachiHeatingSystem, you will have to duplicate the HeatingSystem.js file located in "accessories" folder of the plugin. It's probably the most similar implementation that you will need to modify depending on previous observations.

Once I have your configuration I will be able to give you some tips and even a first version of HitachiHeatingSystem.js if you are lost. But if you are quite familiar with JavaScript it's sufficient to do this job ;-).

Best

[fafoulon]

Hello,

Thanks for all the information, very helpful. I managed to get the config and history, here it is : https://gist.github.com/fafoulon/0609e137e7431cff686153d988a069b1

Here is a screenshot for better understanding of what we can do with the device. http://hpics.li/f09b1e0

I will try to make a configuration, and keep you posted if I have any problem.

Thanks, have a nice day

[dubocr]

Merci pour les éléments, nous pouvons poursuivre en Français à ce que je vois :-). Je pourrais regarder plus en détails demain et vous fournir un premier fichier à tester mais voici déjà quelques éléments si vous souhaiter avancer d'ici là :

La partie "definition->commands" vous donne les commandes possibles (setAutoManu, setHolidays, globalControl, setMainOperation). Global control attends 5 paramètres, il faudra creuser avec l'historique des commandes pour deviner lesquels au cas ou nous serions emmené à exploiter cette commande.

La partie "definition->states" vous donnes les états et valeurs possibles.

La partie "states" vous donnes les états actuels

Vous trouverez ici les composants homekit implémentés dans Homebridge. Pour un système de chauffage, le plus approprié sera "Service.HeaterCooler" ligne 2831. Ses caractéristiques de base qu'il faudra mapper sont :

• Characteristic.Active
• Characteristic.CurrentHeaterCoolerState
• Characteristic.TargetHeaterCoolerState
• Characteristic.CurrentTemperature En recherchant dans ce même fichier vous trouverez le détail de chacune des caractéristiques et les valeurs discrètes possibles.

A priori le mapping logique sera

• Characteristic.Active <=> ovp:MainOperationState + setMainOperation
• Characteristic.CurrentHeaterCoolerState <=> ovp:ModeChangeState + core:AutoManuModeState
• Characteristic.TargetHeaterCoolerState <=> setAutoManu + setMainOperation
• Characteristic.CurrentTemperature <=> ovp:RoomTemperatureState

Voici un premier fichier non testé que vous pourrez tester et debugger (extension à modifier en .js) : HitachiHeatingSystem.txt

[fafoulon]

Merci beaucoup, c'est super, je vais commencer à faire des tests cet après-midi.

[dubocr]

Je n'avais pas vu que la température était ajustable sur votre équipement. Du coup, le service "Thermostat" d'Homekit conviendrait mieux. Voici un nouveau fichier avec cette implémentation HitachiHeatingSystem.txt

Le fichier contient probablement pas mal d'erreur et il reste pas mal de travail pour bien gérer la T° et le mode qui sont distinct sur HomeKit mais modifiable d'une seule commande (globalControl) sur TaHoma. Je pourrais vous aider davantage demain si vous avez commencer à regarder.

[fafoulon]

J'ai testé avec le HeaterCooler, et en effet, ce n'est pas encore supporté par iOS 10 ("Non pris en charge"). Par contre je viens d'essayer avec le Thermostat, et tout de suite Homekit le reconnait mieux, merci beaucoup. Bon par contre j'ai pas encore de données, mais je vais y regarder de plus près demain. Je vous dis si je bloque quelque part.

http://hpics.li/32e7b5c http://hpics.li/643912d http://hpics.li/717fd84

[fafoulon]

Bonjour,

Bon j'ai un peu avancé : HitachiHeatingSystem.txt

J'arrive à avoir la bonne température, à démarrer l'appareil. C'est juste un peu perturbant pour moi d'avoir sur homekit deux écrans séparés pour la température, et un autre pour le mode.

S'il est réglé en mode auto, la température à mettre est comprise entre 5 et -5 (une différence par rapport à la température actuelle [Tahoma] Error 400 Managed action group is invalid : When setting auto ModeChangeState, TemperatureChangeState should be an integer, included in [-5;5] (UNSPECIFIED_ERROR)

Sinon on a aussi le ModeChangeState même lorsque l'appareil est éteint, donc j'ai du modifié le code de onStateUpdate. Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->core:NameState : Etage Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->core:StatusState : available Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->core:AutoManuModeState : manu Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->core:HolidaysModeState : off Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:MainOperationState : Off Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:ModeChangeState : Auto cooling Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:FanSpeedState : auto Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:TemperatureChangeState : -2 °C Aug 25 10:33:50 rasphomebridge homebridge[6855]: converted -2 Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:RemoconControlState : Enable Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:RoomTemperatureState : 26 °C Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:OutdoorTemperatureState : N/A Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:DiagnosticCodeState : 0 Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:ThermoStatusState : On Aug 25 10:33:50 rasphomebridge homebridge[6855]: update ->ovp:FilterConditionState : Ok

Lorsque je change le mode, ça fonctionne correctement, le spinner tourne en attente de validation de la commande Tahoma. Mais lorsque l'appareil est Off, et que je change uniquement la température, ça ne tourne pas (même si ça prend bien en compte la commande dans Tahoma). Peut-être qu'il faut que je même à jour "this.targetState.updateValue" quelque part?

[dubocr]

Bonjour,

Bon travail. Sur Home, le spinner tourne lorsque target est différent de current. L'update du target est automatiquement réalisé par homebridge, il n'est donc pas nécessaire de le refaire : that.targetState.updateValue(value);. Si cela ne se traduit pas pas un spinner c'est probablement que Home n'affiche pas de spinner si le système est "OFF" ou parce que pour la T° le spinner ne va pas tourner indéfiniment en attendant que la pièce se réchauffe.

Les fabriquants de chauffage ont toujours des systèmes tarabiscotés et c'est vrai que le fait d'avoir 2 commandes (température et mode) sur Home n'arrange pas la chose. Je te propose une nouvelle implémentation pour gérer plus simplement ces différents états : HitachiHeatingSystem.txt Il est possible que le On/Off global ne fonctionne plus car j'essaie de le faire vie le GlobalControl pour réduire les commandes utilisées.

Concernant les problèmes de non réponse, utilises tu un concentrateur (Apple TV ou iPad) dans l'installation ?

Bon tests.

[dubocr]

Bonjour, Toutes les commandes fonctionnent t’elles correctement avec la dernière implémentation ?

Bonne journée.

[fafoulon]

Bonjour,

Désolé pour le retard. J'avais testé ta version et j'avais eu uniquement "Pas de réponse" dans Homekit, du coup j'étais revenu à la version précédente.

J'ai re-testé et toujours pareil. L'ancienne version fonctionne assez correctement, juste mon problème c'est que les current et target temperatures ont du mal à se mettre à jour. Est-ce que je ne pourrais pas ajouter par exemple un "this.targetTemperature.on('get' " et utiliser l'api Tahoma /device/status pour récupérer le vrai état au moment où Homekit le demande?

Sinon oui j'ai bien une Apple TV en concentrateur, mais ça fait un moment que je n'ai pas eu de problème de réponse.

[dubocr]

Voici une version récupérant les T° lors d'une demande homekit. Néanmoins cela ne fait que récupérer la valeur sur le serveur TaHoma et non directement sur le produit. Il peut donc toujours y avoir un écart. Pour info, le plugin demande toutes les 10 minutes un rafraichissement complet de l'état des produits (similaire à ce qui se passe lorsque l'application TaHoma se lance), c'est sans doute ce laps de temps que tu observais.

HitachiHeatingSystem.txt

Pourras tu également me donner les logs qui doivent probablement comporter une erreur si HomeKit reste en "Pas de réponse"

[fafoulon]

Voilà les erreurs qu'il y avait : [9/30/2017, 5:40:12 PM] [Tahoma] Error 400 Managed action group is invalid : When setting auto ModeChangeState, TemperatureChangeState should be an integer, included in [-5;5] (UNSPECIFIED_ERROR)

Et avec le nouveau fichier, j'ai ces erreurs : [9/30/2017, 5:43:31 PM] [Tahoma] Error 400 Managed action group is invalid : globalControl() : Invalid value for command parameter p1 : expected multi-type value, one of [string value in (On, Off) or string value in (off, on)] but got no value (UNSPECIFIED_ERROR)

du coup j'ai ajouté tes modifications pour les getTemperature, mais ça n'a pas l'air de recharger par exemple lorsque je change de pièce dans Homekit

[dubocr]

Please report any issue from this new version : TaHoma.zip

[fafoulon]

Merci beaucoup, je vais tester cet après-midi. Est-ce que ça contient la même chose que ce qui est sur npm?

Je viens de voir la discussion sur l'interface IO fil pilote, c'est super car je vais justement en recevoir un demain 😀 je pourrais aussi tester de mon côté.

[dubocr]

Le NPM est à jour oui.

Bons tests.

[fafoulon]

lorsque la clim est éteinte, et que je déscends la température sous homekit, j'ai ces erreurs:

Oct 11 20:15:24 rasphomebridge homebridge[19940]: [10/11/2017, 8:15:24 PM] [Tahoma] [Etage] globalControl["off",21,"auto","auto","manu"] Oct 11 20:15:25 rasphomebridge homebridge[19940]: [10/11/2017, 8:15:25 PM] [Tahoma] Error 400 Managed action group is invalid : When setting auto ModeChangeState, TemperatureChangeState should be an integer, included in [-5;5] (UNSPECIFIED_ERROR) Oct 11 20:15:25 rasphomebridge homebridge[19940]: [10/11/2017, 8:15:25 PM] [Tahoma] [Etage] globalControl["off",21,"auto","auto","manu"] Oct 11 20:15:25 rasphomebridge homebridge[19940]: [10/11/2017, 8:15:25 PM] [Tahoma] Error 400 Managed action group is invalid : When setting auto ModeChangeState, TemperatureChangeState should be an integer, included in [-5;5] (UNSPECIFIED_ERROR) Oct 11 20:15:25 rasphomebridge homebridge[19940]: [10/11/2017, 8:15:25 PM] [Tahoma] [Etage] globalControl["off",21,"auto","auto","manu"] Oct 11 20:15:26 rasphomebridge homebridge[19940]: [10/11/2017, 8:15:26 PM] [Tahoma] Error 400 Managed action group is invalid : When setting auto ModeChangeState, TemperatureChangeState should be an integer, included in [-5;5] (UNSPECIFIED_ERROR)

et lorsque j'essaye de passer en mode chauffage (sur l'écran mode), même style :

Oct 11 20:17:18 rasphomebridge homebridge[19940]: [10/11/2017, 8:17:18 PM] [Tahoma] [Etage] globalControl["off",21,"auto","auto","manu"] Oct 11 20:17:18 rasphomebridge homebridge[19940]: [10/11/2017, 8:17:18 PM] [Tahoma] Error 400 Managed action group is invalid : When setting auto ModeChangeState, TemperatureChangeState should be an integer, included in [-5;5] (UNSPECIFIED_ERROR)

[dubocr]

Effectivement, il y avait un trou dans la raquette en mode off. Même si le comportement ne correspond pas pour le passage en chauffage, d'après les logs celé devrait également corriger. HitachiHeatingSystem.txt

[fafoulon]

Plus de message d'erreur. Par contre sur Home, la clim était éteinte, température à 19, et target à 21 : je le monte sur 24°, et apparement ça envoie la commande off, du coup ça reste éteint.

Oct 12 08:37:46 rasphomebridge homebridge[9540]: [10/12/2017, 8:37:46 AM] [Tahoma] GET ovp:TemperatureChangeState => 21 °C Oct 12 08:37:46 rasphomebridge homebridge[9540]: [10/12/2017, 8:37:46 AM] [Tahoma] GET ovp:RoomTemperatureState => 18 °C Oct 12 08:38:33 rasphomebridge homebridge[9540]: [10/12/2017, 8:38:33 AM] [Tahoma] [Etage] globalControl["off",3,"auto","auto","manu"] Oct 12 08:39:12 rasphomebridge homebridge[9540]: [10/12/2017, 8:39:12 AM] [Tahoma] [Etage] globalControl COMPLETED

[fafoulon]

J'ai mis des logs dans SendGlobalControl au début

j'ai ajouté ça this.log("send target " + this.targetState.value + " current " + this.currentState.value);

Oct 12 11:53:10 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:10 AM] [Tahoma] send target 0 current 0 Oct 12 11:53:10 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:10 AM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 11:53:10 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:10 AM] [Tahoma] send target 0 current 0 Oct 12 11:53:10 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:10 AM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 11:53:11 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:11 AM] [Tahoma] send target 0 current 0 Oct 12 11:53:11 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:11 AM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 11:53:11 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:11 AM] [Tahoma] send target 0 current 0 Oct 12 11:53:11 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:11 AM] [Tahoma] [Etage] globalControl["off",4,"auto","auto","manu"] Oct 12 11:53:12 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:12 AM] [Tahoma] [Etage] globalControl CANCELLED Oct 12 11:53:12 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:12 AM] [Tahoma] [Etage] globalControl CANCELLED Oct 12 11:53:12 rasphomebridge homebridge[9790]: [10/12/2017, 11:53:12 AM] [Tahoma] [Etage] globalControl CMDCANCELLED

[fafoulon]

En fait, d'après ce que j'avais remarqué au mois d'aôut pendant mes premiers tests, c'est que l'attribut "value" qui est passé dans la fonction "setTemperature", ne corresponds pas à "targetTemperature". Je pense qu'il mets à jour targetTemperature seulement lorsque la function est COMPLETED. et value n'est jamais utilisé dans le script.

Sur mon test de ce matin, j'avais mis sur 24, mais dans la commande il était écris "3" en température de différence.

Autre bug, dans les logs je vois passer "ovp:TemperatureChangeState" qui est égal à 1. Et lorsque j'ouvre Homekit, la target température est à 38°

[dubocr]

Effectivement les value des targetState/targetTemp doivent être mis à jour qu'a la fin de l'execution des fonctions associées.

J'ai fait une modifier et ajouté un log pour voir un peu ce qui ce passe dans cette version : HitachiHeatingSystem.txt

[fafoulon]

Voici les logs en ayant fait dans l'ordre : Départ éteint, Changement de température, mode chauffage, changement de temperature avec chauffage allumé, extinction.

Oct 12 20:52:07 rasphomebridge homebridge[22609]: [10/12/2017, 8:52:07 PM] [Tahoma] GET ovp:TemperatureChangeState => 1 °C Oct 12 20:52:07 rasphomebridge homebridge[22609]: [10/12/2017, 8:52:07 PM] [Tahoma] GET ovp:RoomTemperatureState => 18 °C Oct 12 20:53:08 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:08 PM] [Tahoma] UPDATE 0/18 TO 0/31 Oct 12 20:53:08 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:08 PM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] UPDATE 0/18 TO 0/27 Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] UPDATE 0/18 TO 0/26 Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] [Etage] globalControl CANCELLED Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] UPDATE 0/18 TO 0/25 Oct 12 20:53:09 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:09 PM] [Tahoma] [Etage] globalControl["off",5,"auto","auto","manu"] Oct 12 20:53:11 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:11 PM] [Tahoma] [Etage] globalControl CMDCANCELLED Oct 12 20:53:53 rasphomebridge homebridge[22609]: [10/12/2017, 8:53:53 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 20:54:12 rasphomebridge homebridge[22609]: [10/12/2017, 8:54:12 PM] [Tahoma] UPDATE 0/18 TO 1/18 Oct 12 20:54:12 rasphomebridge homebridge[22609]: [10/12/2017, 8:54:12 PM] [Tahoma] [Etage] globalControl["on",18,"auto","heating","manu"] Oct 12 20:54:15 rasphomebridge homebridge[22609]: [10/12/2017, 8:54:15 PM] [Tahoma] [Etage] globalControl APPLICATION_ERROR Oct 12 20:54:27 rasphomebridge homebridge[22609]: [10/12/2017, 8:54:27 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 20:55:00 rasphomebridge homebridge[22609]: [10/12/2017, 8:55:00 PM] [Tahoma] UPDATE 1/18 TO 1/19 Oct 12 20:55:00 rasphomebridge homebridge[22609]: [10/12/2017, 8:55:00 PM] [Tahoma] [Etage] globalControl["on",19,"auto","heating","manu"] Oct 12 20:55:18 rasphomebridge homebridge[22609]: [10/12/2017, 8:55:18 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 20:55:37 rasphomebridge homebridge[22609]: [10/12/2017, 8:55:37 PM] [Tahoma] UPDATE 1/18 TO 0/19 Oct 12 20:55:37 rasphomebridge homebridge[22609]: [10/12/2017, 8:55:37 PM] [Tahoma] [Etage] globalControl["off",19,"auto","heating","manu"] Oct 12 20:55:56 rasphomebridge homebridge[22609]: [10/12/2017, 8:55:56 PM] [Tahoma] [Etage] globalControl COMPLETED

[dubocr]

Quelles commandes étaient correctement exécutée sur le produit ?

Voici un correctif pour les rafraichissement au chargement de l'appli et la perte de la T° de consigne. HitachiHeatingSystem.txt

[fafoulon]

en fait, le premier changement de température, alors que l'appareil est encore éteint ne fonctionne pas, ça reste éteint. je vais tester le correctif

[fafoulon]

appareil éteint, je change la température (ne fonctionne pas): Oct 12 22:40:40 rasphomebridge homebridge[24497]: [10/12/2017, 10:40:40 PM] [Tahoma] FROM 0/19 TO 0/1 Oct 12 22:40:40 rasphomebridge homebridge[24497]: [10/12/2017, 10:40:40 PM] [Tahoma] [Etage] globalControl["off",1,"auto","auto","manu"] Oct 12 22:40:40 rasphomebridge homebridge[24497]: [10/12/2017, 10:40:40 PM] [Tahoma] FROM 0/19 TO 0/2 Oct 12 22:40:40 rasphomebridge homebridge[24497]: [10/12/2017, 10:40:40 PM] [Tahoma] [Etage] globalControl["off",2,"auto","auto","manu"] Oct 12 22:40:59 rasphomebridge homebridge[24497]: [10/12/2017, 10:40:59 PM] [Tahoma] ovp:TemperatureChangeState => -119 Oct 12 22:41:23 rasphomebridge homebridge[24497]: [10/12/2017, 10:41:23 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 22:41:41 rasphomebridge homebridge[24497]: [10/12/2017, 10:41:41 PM] [Tahoma] ovp:TemperatureChangeState => 019 le -119 et 019 viennent de "converted + currentTemperature+value", ca concatene les strings

appareil éteint, j'allume le mode chauffage (fonctionne): Oct 12 22:43:29 rasphomebridge homebridge[24497]: [10/12/2017, 10:43:29 PM] [Tahoma] GET ovp:RoomTemperatureState => 19 Oct 12 22:43:29 rasphomebridge homebridge[24497]: [10/12/2017, 10:43:29 PM] [Tahoma] GET ovp:TemperatureChangeState => 019 Oct 12 22:43:32 rasphomebridge homebridge[24497]: [10/12/2017, 10:43:32 PM] [Tahoma] FROM 0/19 TO 1/19 Oct 12 22:43:32 rasphomebridge homebridge[24497]: [10/12/2017, 10:43:32 PM] [Tahoma] [Etage] globalControl["on",19,"auto","heating","manu"] Oct 12 22:43:43 rasphomebridge homebridge[24497]: [10/12/2017, 10:43:43 PM] [Tahoma] ovp:TemperatureChangeState => 19 Oct 12 22:43:49 rasphomebridge homebridge[24497]: [10/12/2017, 10:43:49 PM] [Tahoma] [Etage] globalControl COMPLETED

[fafoulon]

lorsqu'allumé, changement de température (fonctionne, mais homekit le montre comme éteint): Oct 12 22:44:50 rasphomebridge homebridge[24497]: [10/12/2017, 10:44:50 PM] [Tahoma] FROM 1/19 TO 1/21 Oct 12 22:44:50 rasphomebridge homebridge[24497]: [10/12/2017, 10:44:50 PM] [Tahoma] [Etage] globalControl["on",21,"auto","heating","manu"] Oct 12 22:44:50 rasphomebridge homebridge[24497]: [10/12/2017, 10:44:50 PM] [Tahoma] FROM 1/19 TO 1/22 Oct 12 22:44:50 rasphomebridge homebridge[24497]: [10/12/2017, 10:44:50 PM] [Tahoma] [Etage] globalControl["on",22,"auto","heating","manu"] Oct 12 22:45:03 rasphomebridge homebridge[24497]: [10/12/2017, 10:45:03 PM] [Tahoma] ovp:TemperatureChangeState => 21 Oct 12 22:45:07 rasphomebridge homebridge[24497]: [10/12/2017, 10:45:07 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 22:45:15 rasphomebridge homebridge[24497]: [10/12/2017, 10:45:15 PM] [Tahoma] ovp:TemperatureChangeState => 22 Oct 12 22:45:19 rasphomebridge homebridge[24497]: [10/12/2017, 10:45:19 PM] [Tahoma] [Etage] globalControl COMPLETED

quand je quitte et rouvre homekit quelques instants plus tard, ça se rafraîchit et il est bien indiqué comme allumé

[dubocr]

Voici de quoi corriger les T° normalement. HitachiHeatingSystem.txt

Pour ce qui est du premier test, il est "normal" que le changement de T° soit inopérant tant que le thermostat est sur OFF. Sur homekit il s'agit de deux opérations distinctes, si la consigne est modifiée mais que le mode est à OFF il ne se passera rien.

Pour le dernier cas, si le mode à été changé depuis le produit directement c'est également normal qu'il y ai un délais car il n'y à pas de rafraichissement du mode au chargement. Je vais regarder demain pour l'ajouter mais comme il est réparti sur 2 paramètres ce n'est pas trivial.

[fafoulon]

Merci.

D'accord, en fait lorsque j'avais fait les premiers tests en août, ça allumait l'appareil quand je changeais la temperature, donc j'en avais déduit que c'était le fonctionnement normal.

Non non, pour le dernier cas, en fait j'avais activé le mode chauffage depuis homekit, et il était encore grisé. ça ne l'a pas refait cette fois-ci.

Sinon après de nouveaux tests, ça a l'air de bien fonctionner. Juste j'ai remarqué quelque chose : Oct 12 23:12:40 rasphomebridge homebridge[25078]: [10/12/2017, 11:12:40 PM] [Tahoma] FROM 0/25 TO 0/-4 Oct 12 23:12:40 rasphomebridge homebridge[25078]: [10/12/2017, 11:12:40 PM] [Tahoma] [Etage] globalControl["off",-4,"auto","auto","manu"] Oct 12 23:12:56 rasphomebridge homebridge[25078]: [10/12/2017, 11:12:56 PM] [Tahoma] FROM 0/25 TO 2/21 Oct 12 23:12:56 rasphomebridge homebridge[25078]: [10/12/2017, 11:12:56 PM] [Tahoma] [Etage] globalControl["on",21,"auto","cooling","manu"] Oct 12 23:12:57 rasphomebridge homebridge[25078]: [10/12/2017, 11:12:57 PM] [Tahoma] ovp:TemperatureChangeState => 25 Oct 12 23:13:17 rasphomebridge homebridge[25078]: [10/12/2017, 11:13:17 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 23:13:27 rasphomebridge homebridge[25078]: [10/12/2017, 11:13:27 PM] [Tahoma] ovp:TemperatureChangeState => 21 Oct 12 23:13:29 rasphomebridge homebridge[25078]: [10/12/2017, 11:13:29 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 23:15:08 rasphomebridge homebridge[25078]: [10/12/2017, 11:15:08 PM] [Tahoma] FROM 2/24 TO 2/23 Oct 12 23:15:08 rasphomebridge homebridge[25078]: [10/12/2017, 11:15:08 PM] [Tahoma] [Etage] globalControl["on",23,"auto","cooling","manu"] Oct 12 23:15:23 rasphomebridge homebridge[25078]: [10/12/2017, 11:15:23 PM] [Tahoma] ovp:TemperatureChangeState => 23 Oct 12 23:15:27 rasphomebridge homebridge[25078]: [10/12/2017, 11:15:27 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 23:15:51 rasphomebridge homebridge[25078]: [10/12/2017, 11:15:51 PM] [Tahoma] FROM 2/24 TO 3/-1 Oct 12 23:15:51 rasphomebridge homebridge[25078]: [10/12/2017, 11:15:51 PM] [Tahoma] [Etage] globalControl["on",-1,"auto","auto","manu"] Oct 12 23:16:11 rasphomebridge homebridge[25078]: [10/12/2017, 11:16:11 PM] [Tahoma] ovp:TemperatureChangeState => 21 Oct 12 23:16:35 rasphomebridge homebridge[25078]: [10/12/2017, 11:16:35 PM] [Tahoma] [Etage] globalControl COMPLETED Oct 12 23:16:59 rasphomebridge homebridge[25078]: [10/12/2017, 11:16:59 PM] [Tahoma] FROM 2/24 TO 0/21 Oct 12 23:16:59 rasphomebridge homebridge[25078]: [10/12/2017, 11:16:59 PM] [Tahoma] [Etage] globalControl["off",21,"auto","cooling","manu"] Oct 12 23:17:13 rasphomebridge homebridge[25078]: [10/12/2017, 11:17:13 PM] [Tahoma] ovp:TemperatureChangeState => 21 Oct 12 23:17:17 rasphomebridge homebridge[25078]: [10/12/2017, 11:17:17 PM] [Tahoma] [Etage] globalControl COMPLETED

je suis passé de climatisation à auto (le -1,auto), la currentTemperature était à 24, et la target est tout de même restée à 21 par la suite, alors que dans TahomaLink c'était bien auto sur 23°