Remonter des infos de consommation des clims Windfree

C’est exactement ce que je pensais et avais supputé.
Ton appareil envoie toutes les infos qu’il possède via l’API à une heure précise. Et ca c’est dans la conf de l’appareil.
Regarde dans le manuel ou si avec la télécommande tu peux bidouiller quelque chose pour modifier cette fonction.

Si tu coches la case Rafraichissement automatique dans l’équipement (je sais plus si je l’ai rendue visible, normalement si) est ce que les infos brutes envoient plus d’infos dans execute ? Par exemple la conso.

Mon réfrigérateur envoie toutes ces infos quand je coche rafraichissement auto.

Je ne vois pas ou chercher pour trouver ce type de réglage.

En tout cas, j’ai fouillé dans smartthings et j’ai rien trouvé.

Sur la télécommande non plus, je n’ai rien trouvé. La notice n’est malheureusement pas très explicite et ne stipule nul par l’utilisation de l’équipement via l’API.

Sur le plugin, via le rafraîchissement forcé, es qu’il remonterai ce type d’information?

Merci du support

Oui, normalement.
Coche la case et regarde si ca renvoie les memes infos

Bonjour!

Alors j’ai bien coché la case hier soir, la case « rafraichissement forcé » avec Obsolescence des informations à 72% (il est indiqué que la moyenne était à 72.5%. Je me suis mis donc à la moyenne. (es la bonne solution?)

Et bien ca fonctionne parfaitement, car ce matin, j’avais une 50ene de message (j’avais mis un scenar de sms quand la valeur changeait pour m’inviter a aller récupérer les logs ! :rofl:)

Du coup, j’ai encore mieux qu’un suivi par jours, j’ai un suivi en temps réel de la consommation total, qui me permet donc d’avoir un plugin virtuel qui me donne la conso total, la conso du jours en temps réel, la conso d’hier, la conso du mois et la conso de l’année… C’est cool, c’est ce que je cherchais!
MERCI !!

Alors je ne sais pas si c’est liée mais j’ai un truc bizarre sur mes 3 clim depuis hier:
Le réglage de base est un « allumage/extinction » en fonction des température des pièces
L’allumage est fait par « marche », ensuite j’active le mode « nuit » (pour le silence et le mode économie d’énergie)

Ca fonctionne comme ca depuis le début de l’hiver.

Hier soir, j’ai remarqué que le plugin m’indiquai « désactivé » dans « fonction de refroidissement » alors qu’il devrait me mettre « nuit » (il me mettait jusque la…)
Et chose encore plus bizarre, sur l’application smartthings, la clim est bien en mode nuit, mais sur la clim (physique), je n’ai plus le petit logo qui ressemble à un timer qui m’indique que le mode nuit est actif.

Du coup, je ne sais pas si c’est un bug du plugin, un bug de l’application smartthings, un bug des clim …

Je vais faire un reboot de mon jeedom tout a l’heure, un reboot des clim (physique) et on verra ce qu’il se passe…

Faut mettre une valeur inférieure.

C’est du bricolage, mais bon ça fonctionne, c’est le principal.

Et dans les infos brutes ? Y a peut-être double mise à jour d’une info, et la valeur est écrasée par le nouvelle valeur qui est fausse ou mal orientée (mauvais commande sélectionnée pour mise à jour de l’info)

Le truc c’est que sur les infos brut j’ai bien cela:

"acOptionalMode" : {
"value" : "sleep",
"timestamp" : "2023-01-17T07:19:42.903Z"

Donc le mode nuit est actif selon les infos brut.
MAIS
Sur le plugin, j’ai cela:
sdj

Et surtout, sur l’info « fonction », j’ai « veille » alors que je devrai avoir « nuit » ou « sleep »:
infofonctions

Je ne sais pas trop ou chercher…

Sur les logs, ca a l’air de fonctionner lorsque je mets la fonctions nuit mais ensuite, dans l’info, on voit bien qu’il le change en « veille »

logveille.txt (40,1 Ko)

J’ai isolé la commande de demande de mode nuit.

0639|[2023-01-17 08:28:54]DEBUG : execute CmdType3 select Résultat de $body : {"component":"main","capability":"custom.airConditionerOptionalMode","command":"setAcOptionalMode","arguments":["sleep"]}{"select":"sleep","user_login":"Alex43_b","user_id":"2"}
0640|[2023-01-17 08:28:54]DEBUG : sendRequest - URL : https://api.smartthings.com/v1/devices/ccc0bab0-7b40-e0e1-c05c-08602567c137/commands METHODE : POST
0641|[2023-01-17 08:28:55]DEBUG : execute CmdType select Payload : {"commands":[{"component":"main","capability":"custom.airConditionerOptionalMode","command":"setAcOptionalMode","arguments":["sleep"]}]} Résultat de la commande : {"results":[{"id":"cab1ed17-c3db-4f1d-b86c-a309e1556687","status":"COMPLETED"}]}
0642|[2023-01-17 08:28:55]DEBUG : postExecCmdFixValue correction traduction options 426
0643|[2023-01-17 08:28:55]DEBUG : postExecCmdFixValue correction traduction cycle options {"select":"sleep","user_login":"Alex43_b","user_id":"2"}
0644|[2023-01-17 08:28:55]DEBUG : postExecCmdFixValue correction traduction options acOptionalMode{"select":"Veille","user_login":"Alex43_b","user_id":"2"}
0645|[2023-01-17 08:28:57]DEBUG : refresh : début Salle de jeux
0646|[2023-01-17 08:28:57]DEBUG : sendRequest - URL : https://api.smartthings.com/v1/devices/ccc0bab0-7b40-e0e1-c05c-08602567c137/status METHODE : GET
0647|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO humidity => {"value":37,"unit":"%","timestamp":"2023-01-17T07:27:40.667Z"} +> 1
0648|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : début cmd : main::relativeHumidityMeasurement::humidity
0649|[2023-01-17 08:28:57]DEBUG : Commande info mise à jour - humidity and value - 37
0650|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : fin
0651|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO minimumSetpoint => {"value":16,"unit":"C","timestamp":"2023-01-13T14:57:55.280Z"} +> 1
0652|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : début cmd : main::custom.thermostatSetpointControl::minimumSetpoint
0653|[2023-01-17 08:28:57]DEBUG : Commande info mise à jour - minimumSetpoint and value - 16
0654|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : fin
0655|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO maximumSetpoint => {"value":30,"unit":"C","timestamp":"2023-01-13T14:57:43.980Z"} +> 1
0656|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : début cmd : main::custom.thermostatSetpointControl::maximumSetpoint
0657|[2023-01-17 08:28:57]DEBUG : Commande info mise à jour - maximumSetpoint and value - 30
0658|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : fin
0659|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO supportedAcModes => {"value":["cool","dry","wind","auto","heat"],"timestamp":"2023-01-13T14:57:44.422Z"} +> 1
0660|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO airConditionerMode => {"value":"heat","timestamp":"2023-01-17T07:16:41.482Z"} +> 1
0661|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : début cmd : main::airConditionerMode::airConditionerMode
0662|[2023-01-17 08:28:57]DEBUG : Commande info mise à jour - airConditionerMode and value - Chaleur
0663|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : fin
0664|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO micomAssayCode => {"value":null} +>
0665|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO modelName => {"value":null} +>
0666|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO serialNumber => {"value":null} +>
0667|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO serialNumberExtra => {"value":null} +>
0668|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO modelClassificationCode => {"value":null} +>
0669|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO description => {"value":null} +>
0670|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO binaryId => {"value":"ARTIK051_PRAC_20K","timestamp":"2023-01-17T07:28:07.033Z"} +> 1
0671|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : début cmd : main::samsungce.deviceIdentification::binaryId
0672|[2023-01-17 08:28:57]DEBUG : Commande info mise à jour - binaryId and value - ARTIK051_PRAC_20K
0673|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : fin
0674|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO supportedAcOptionalMode => {"value":["off","sleep","speed","motionIndirect","motionDirect","windFree","windFreeSleep"],"timestamp":"2023-01-13T14:57:45.549Z"} +> 1
0675|[2023-01-17 08:28:57]DEBUG : getDataForInfoCmd TOTOTOTO acOptionalMode => {"value":"sleep","timestamp":"2023-01-17T07:19:42.903Z"} +> 1
0676|[2023-01-17 08:28:57]DEBUG : updateInfoCmdWithValue : début cmd : main::custom.airConditionerOptionalMode::acOptionalMode
0677|[2023-01-17 08:28:57]DEBUG : Commande info mise à jour - acOptionalMode and value - Veille

Je regarde ça avec tes infos brutes, tout semble pourtant bon.

Je peux déjà répondre à ça.
« sleep » => __(« Veille », FILE),
Je corrige la traduction.

La commande s’appelle normalement « Sans courant d’air », c’est cohérent pour toi ?

Est-ce que ces traductions sont correctes, par rapport à l’app :

            "acOptionalMode" => [
                "motionDirect"   => __("Mouvement direct", __FILE__),
                "windFree"       => __("Ventilation autonome", __FILE__),
                "windFreeSleep"  => __("Veille ventilation autonome", __FILE__),
                "energySaving"   => __("Économiseur d'énergie", __FILE__),
                "motionIndirect" => __("Mouvement indirect", __FILE__),
                "off"            => __("Désactivé", __FILE__),
                "speed"          => __("Rapide", __FILE__),
                "smart"          => __("Intelligent", __FILE__),
                "comfort"        => __("Confort", __FILE__),
                "sleep"          => __("Veille", __FILE__),
                "longWind"       => __("Longue portée d’air", __FILE__),
                "quiet"          => __("Silencieux", __FILE__),
                "cubePurify"     => __("cubePurify", __FILE__),
                "dlightCool"     => __("Refroidissemnt d'light", __FILE__),
                "twoStep"        => __("2 étapes", __FILE__)
            ],

En faite, voici comment fonctionne le mode nuit:

  • le climatiseur active un mode qui va gérer la température sur une période donné
  • cette période doit être paramétré dans l’application (de 4h à 12h)
  • une fois activé, et paramétré dans le temps, le climatiseur va faire son paramétrage interne.
  • A la fin du nombre d’heure choisi, la clim s’éteint.

De fait, il est normal du coup que sur l’afficheur du climatiseur, il y ai le voyant « timer » actif, étant donné qu’il a lancé un timer … Donc le mode nuit est actif, dans le temps choisi.

Depuis hier (il me semble, je n’avais pas fait attention avant), le mode nuit ne « tiens » plus sur la tuile de l’équipement. Ce qui m’a mis donc la puce a l’oreille.
MAIS

  • Sur l’afficheur, pas de voyant « timer »
  • Sur l’application smartthings, le mode nuit est actif
  • Sur la tuile de l’équipement, la fonction passe a « désactivé » (veille en réalité)

Du coup je ne sais pas qui a raison des 3 !
J’ai tendance a croire l’API


Pour rerpondre à ta demande pour les corrections de trad:

 "motionDirect"   => __("Mouvement direct", __FILE__),
                "windFree"       => __("Windfree", __FILE__),
                "windFreeSleep"  => __("Windfree Nuit", __FILE__),
                "energySaving"   => __("Économiseur d'énergie", __FILE__),
                "motionIndirect" => __("Mouvement indirect", __FILE__),
                "off"            => __("Désactivé", __FILE__),
                "speed"          => __("Rapide", __FILE__),
                "smart"          => __("Intelligent", __FILE__),
                "comfort"        => __("Confort", __FILE__),
                "sleep"          => __("Nuit", __FILE__),
                "longWind"       => __("Longue portée d’air", __FILE__),
                "quiet"          => __("Silencieux", __FILE__),
                "cubePurify"     => __("cubePurify", __FILE__),
                "dlightCool"     => __("Refroidissemnt d'light", __FILE__),
                "twoStep"        => __("2 étapes", __FILE__)

Ces traductions pourraient etre les memes sur l’action Changer la fonction de refroidissement

Coucou!
Bon après quelques jours, je peux affirmer que la solution de cocher « rafraichissement forcé » etait la bonne.
Les infos se mettent a jour, et je peux suivre ma consommation
Un grand merci pour le support !!

Le seul bémol est que cela ralentie un peu mon jeedom car la mise a jour se fait extremement souvent (trop souvent) et que je ne peux le regler comme je pourrais regler un cron

Surtout qu’il y a une flopée d’infos qui remonte, c’est assez impressionnant.

C’est sur qu’il aurait été mieux de pouvoir creer l’action « consommation » mais vue quelle n’existe plus (plus pris en charge), la solution du rafraichissement forcé me parait la seule option.

Donc ma question est la suivante:

  • est il possible de changer le mode de calcul du rafraichissement forcé qui est actuellement sur un % d’obsolescence des informations?
    Idéalement, il faudrait a la place mettre un temps en minutes. C’est bpc plus simple à gérer …

Qu’en pense tu ?

Merci

Elle existe pour d’autres appareils qui sont traités de cette façon.
Je vais laisser la méthode telle quelle pour éviter de tout casser et te proposer autre chose.

Décoche la case rafraîchissement auto et sauvegarde.
Crée un scénario, choisis un déclencheur programmé (toutes les X minutes/heures…). Ensuite ajoute un bloc action et mets la commande action « Actualiser » :
Capture d’écran 2023-01-19 à 19.00.32

Ok, je viens de le faire…
Mais c’est bizarre, il me semblait avait tester cela avant de créer le post, sans succès.
Et la je viens de tester et effectivement, ça remonte l’information.

TU as changé quelques chose depuis ?

Non, rien changé depuis.

Ensuite tu peux adapter le scénario pour déclencher que quand la clim est à l’état marche… ou que entre telle heure et telle heure…

Merci Flobul, je suis désolé de t’avoir embêter pour si peu, car du coup, si j’aurais tester un scenario sur la commande « rafraichir », j’aurais pas eu besoin de créer le poste.

En faite, j’ai créé une commande sur « rafraichir les infos », qui pour le coup n’est pas le même

Si tu pourrais modifier les traductions comme nous les avions évoqué sur les posts si dessus, ce serait parfait:

                "motionDirect"   => __("Mouvement direct", __FILE__),
                "windFree"       => __("Windfree", __FILE__),
                "windFreeSleep"  => __("Windfree Nuit", __FILE__),
                "energySaving"   => __("Économiseur d'énergie", __FILE__),
                "motionIndirect" => __("Mouvement indirect", __FILE__),
                "off"            => __("Désactivé", __FILE__),
                "speed"          => __("Rapide", __FILE__),
                "smart"          => __("Intelligent", __FILE__),
                "comfort"        => __("Confort", __FILE__),
                "sleep"          => __("Nuit", __FILE__),
                "longWind"       => __("Longue portée d’air", __FILE__),
                "quiet"          => __("Silencieux", __FILE__),
                "cubePurify"     => __("cubePurify", __FILE__),
                "dlightCool"     => __("Refroidissement progressif", __FILE__),
                "twoStep"        => __("2 étapes", __FILE__)

MERCI

C’est parfait tout ça, je suis justement en train d’installer des Windfree chez moi, je vais pouvoir prendre le plugin et faire comme toi pour les calculs de conso :smiley:

C’est noté ici pour d’autres utilisateurs :wink:

Je vais modifier, merci.
Si tu veux tu peux modifier toi-même ici en faisant un PR : smartthings-capabilities/smartthings.translate.php at master · Flobul/smartthings-capabilities · GitHub

C’est la classe qui traduit toutes les commandes SmartThings.
D’ailleurs n’importe qui peut modifier, c’est le but.

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.