[Tuto] Contrôler sa chaudière Viessmann avec Domoticz via une interface infrarouge

[thetrueavatar]

Bonsoir, content que mon api fonctionne chez toi. Donc, pour t'expliquer, le Main.php est un fichier d'example ou j'appelle les méthodes habituelles que j'ai implémentée. La première est en fait ce que renvoye viessmann à l'api. Tu peux constater le travailler de simplification :p. Visiblement chez toi ViessmannAPI->isDhwModeActive ne fonctionne pas. Est-ce que ton eau chaude est géré par ta chaudière viessmann ? Si non ben ceci explique cela.
Je t'invite à lire la page du wiki https://github.com/thetrueavatar/Viessm ... iki/French pour voir la liste des functions disponibles. Je dois encore le mettre à jour car 3 méthodes on été rajoutées depuis(getHotWaterStorageTemperature, getRoomTemperature, getSupplyTemperature).
Pour l'intégration avec Domoticz je ne peux t'aider. Je fourni une api qui est agnostique et fonctionne sous jeedom, domoticz,...
De mémoire, avec domoticz quand tu récupère une info, tu peux la mettre à jour via l'appel d'une url sur l'objet représentant la valeur.

[hestia]

Il existe plusieurs protocoles chez Viessmann. Regarde sur OpenV, ton probleme est peut être à ce niveau.

https://openv.wikispaces.com/Protokolle

Tu as quel modèle exactement ?

Bonjour js-martin
Merci pour toute cette intégration dans Domoticz, ce qui a été un point fort pour le choix de Domoticz, j'ai préféré l'intégration de la chaudière à celle des Velux...

Je me suis donc lancé dans la fabrication de la carte et j'en arrive à l'erreur: "Try Proto 300 Init: failed!"
J'ai compris qu'il fallait vérifier la carte...
J'ai une question un peu basique: pour faire ce test (sudo vitalk -t /dev/ttyAMA0), faut-il mettre les diodes sur la chaudière, ce que je n'ai pas encore fait...
Si oui, existe-t-il des étapes intermédiaires de test? Car s'il faut vérifier la carte, je ne sais pas trop comment faire, je n'ai que des notions basiques en électronique...

[Jasper]

Merci, je vais continuer à tenter de comprendre par la lecture du wiki et des forums. est-ce possible pour toi d'ajouter un Get? dans le répertoire example pour lire la consommation de gaz car je ne parviens pas à comprendre comment le faire ?
Il faut je pense modifier Main.php, utiliser la fonction getRawData en passant la feature :heating gas consumption heating mais comment récupérer un Get approprié dans Example ?

[thetrueavatar]

Ce que tu peux faire c'est utiliser le main.php en ajoutant les appels suivants:

Code : Tout sélectionner

<?php
include __DIR__ . '/bootstrap.php';

use Viessmann\API\ViessmannFeature;
echo $viessmannApi->getRawJsonData(ViessmannFeature::HEATING_GAS_CONSUMPTION_DHW);
echo $viessmannApi->getRawJsonData(ViessmannFeature::HEATING_GAS_CONSUMPTION_HEATING);

Ce code va te retourner le json contenant les données. Malheureusement je n'ai pas encore implémenté la fonctionnalité car je n'ai pas la fonction sur ma chaudière. Néanmoins, comme j'ai mis la mis sur un set de json de démo je pourrai déjà faire une méthode que tu pourras tester si tu le souhaites.

[Jasper]

@thetrueavatar
J'ai modifié Main.php avec le code que tu m'as envoyé.
Réponse : statusCode 404 error not found
Est ce que ça veut dire que m'a chaudière qui est une Vitocrossal 300 cu3a n'a pas l'option ?
l'ECS est à part ça c'est sûr

[thetrueavatar]

Salut. Suite à ta question j'ai fait du refactoring de mon code afin de pouvoir utiliser les fichiers locaux json que j'avais trouvé comme "source de données" et mocker le serveur viessmann. J'ai donc implémenté les méthodes getHeatingGasConsumption et getDhwGasConsumption. Elle prenne en paramètre une période spécifiée par une des 4 valeurs "day","week","month","year" Comme je n'ai pas pu tester jusqu'au serveur le code je l'ai mis dans une branche Feature/MethodNotYetTested .
Pour y accéder fait les commandes suivantes dans le répertoire du code:

Code : Tout sélectionner

git pull
git checkout Feature/MethodNotYetTested

Peux-tu tester ? Si tu n'as pas la fonctionnalité l'api te renverra : {"statusCode":404,"error":"Not Found","message":"FEATURE_NOT_FOUND"}

Si le test est probant je l'intégrerai dans la branche develop.

[Jasper]

suite au

Code : Tout sélectionner

Git pull

dans le répertoire Vissmann-Api/example
erreur suivante

Code : Tout sélectionner

remote: Enumerating objects: 86, done.
remote: Counting objects: 100% (86/86), done.
remote: Compressing objects: 100% (47/47), done.
remote: Total 86 (delta 50), reused 75 (delta 39), pack-reused 0
Dépaquetage des objets: 100% (86/86), fait.
Depuis https://github.com/thetrueavatar/Viessmann-Api
   f22a99a..6e9b10c  develop                -> origin/develop
 * [nouvelle branche] Feature/GazConsumption -> origin/Feature/GazConsumption
Mise à jour f22a99a..6e9b10c
error: Vos modifications locales aux fichiers suivants seraient écrasées par la fusion :
        example/Main.php
Veuillez valider ou remiser vos modifications avant la fusion.
Abandon

[Jasper]

Je corrige mon dernier message

Code : Tout sélectionner

git pull

ok

Code : Tout sélectionner

git checkout Feature/MethodNotYetTested

erreur

Code : Tout sélectionner

error: pathspec 'Feature/MethodNotYetTested' did not match any file(s) known to git.

[thetrueavatar]

Bon le git pull fait un fetch et merge. Comme tu avais des changements locaux il fallait fusionner et donc ça n'a pas fonctionné.
Je propose de faire ceci:

Code : Tout sélectionner

git stash

ça va sauvegarder tes modifs puis remettre la version avant tes modifs. Tu fais ensuite le git pull, git checkout Feature/MethodNotYetTested.
Si tu veux réappliquer le dernier changement sauvé avec le stash:

Code : Tout sélectionner

git stash apply

[Jasper]

Merci pour l'info du git stash mais les modifs que j'avais faites dans Main.php n'étaient pas importantes, aussi j'ai supprimé Main.php puis refait le git pull qui a fonctionné
mais la commande git checkout Feature/MethodNotYetTested a donné l'erreur suivante
error: pathspec 'Feature/MethodNotYetTested' did not match any file(s) known to git.