
domip
Membres confirmés-
Compteur de contenus
25 -
Inscription
-
Dernière visite
Tout ce qui a été posté par domip
-
Bonjour, temp ecs adresse = 62 en ce qui me concerne. Benoit
-
Bonjour, j'ai commandé des articles en stock mi février, fait des relances (par téléphone, la personnes est très aimable) toutes les deux semaines jusque mi avril sans résultat. Mi avril, j'ai demandé à être remboursé (toujours par téléphone + par message sur le site web) , on m'a répondu que la demande était transférée à la compta. J'ai finalement reçu ma commande début mai (=>2 mois et demi de délai pour des articles en stock). Conclusion : si ça traîne demandez le remboursement Par contre j'attends que le site "Avis vérifiés" me demande mon avis :-) . Je ne suis sans doute pas un client adapté.
-
Bonjour, dans l'idée d'intégrer plus facilement la commande de ma chaudière avec un logiciel domotique, j'ai recodé et transformé mon interface web qui était en php, en une interface MQTT codée en Python. Pour l'instant je l'utilise avec l'appli android MQTT Dash et cela donne de bons résultats. Benoit
-
Bonjour, le plus simple est que tu publies ton api et l'interface web sur github, comme ça tout le monde pourra en profiter. Par contre si tu n'as pas de prise DIN sur ta chaudière, ça risque d'être un peu plus compliqué. Les niveaux de tension ne sont pas forcément les mêmes, et le protocole d'échange des données n'est pas forcément le même. Un peu de "retro engineering" sera peut être nécessaire en analysant les infos échangées entre le boitier 433 et la chaudière. Habituellement le modbus ne permet pas de transporter de puissance d'alimentation. Benoit
-
Bonjour, en ce qui concerne l'interface web que j'ai publiée, elle me permet de piloter le mode antigel permanent sur ma chaudière MC 25LP avec la régulation en version 313. Cordialement, Benoit
-
Bonjour, j'ai créé un plug in Domoticz qui permet de récupérer (sans pouvoir les modifier) les paramètres de la regul Diematic3 C'est ici: https://github.com/Benoit3/Diematic3-Domoticz-Plugin Benoit
-
Bonsoir, si tu prends la dernière version, tu auras beaucoup moins d'erreurs de récupération des données. La synchro maitre/esclave a été modifiée dans ce sens il y a quelques semaines. Benoit
-
Bravo pour avoir trouvé. Je pense que : $TEMP_EXT = $regulator->diematicReg['TEMP_EXT']->value; ou $json = file_get_contents('http://192.168.1.10:8080/json.htm?type=command¶m=udevice&idx=26&nvalue=0&svalue='. $regulator->diematicReg['TEMP_EXT']->value); doivent aussi donner le résultat attendu. Benoit
-
Bonjour, même si c'est différent sur la régul Diematic 3, cela m'a donné quelques idées à essayer, en particulier qu'il existait un mode hors gel permanent. Et bingo cela fonctionne. J'ai poussé un peu plus loin, j'ai réussi à trouver un contournement qui permet de mettre à jour l'affichage de la commande à distance CDI2. Tout est dispo ici . Benoit
-
Merci yve--reg pour ces infos. Une question : - ou as tu trouvé les infos sur les adresses 47/48/49 ? parmi toutes les docs que j'ai lu à ce sujet, je n'avais pas vu cela. S'il y en a de disponible, je suis intéressé. J'ai toujours un problème sur le fonctionnement du HG que je n'ai jamais réussi à résoudre. Je ne sais pas comment forcer le HG permanent, je n'ai jamais réussi (et ça fait quelques années que j'essaye !) @Pat054 , un exemple web en pour la MC25LP est dispo ici https://github.com/Benoit3/Diematic je crois qu'il y a un plugin jeedom dispo, mais rien en Home Assistant. Il faut aller voir sur les forums associés.
-
Bonjour, les infos que tu fournis sont intéressantes, de mon coté j'ai toujours buté sur deux limitations sur la diematic 3 : - le mode jour/nuit etc.. n'est pas mis à jour sur la commande à distance même si elle est prise en compte par la chaudière - la sortie manuelle du mode hors gel marche mal, la date de début de la période hors gel (mémorisée automatiquement par la chaudière) n'est pas réinitialisée, ce qui fait que la mise hors gel suivante sera perturbée As tu des exemple de code de ton implémentation ? De mon coté j'ai toujours laissé ce bit "Tout Circuits" à 0) Cordialement, Benoit
-
Bonjour, désolé de ne pas avoir répondu plus tot , j'étais déconnecté :-) Bon je vois que tu as trouvé une solution : félicitations. Domip
-
Bonjour, j'ai régulièrement des question sur l'interface ethernet/rs485 à utiliser. La liste des produits IOT semble évoluer souvent. En gros il faut choisir une interface ethernet/rs485 dans la liste dispo ici : http://www.usriot.com/products/serial-ethernet-converter/ Et ensuite le commander sur le site de votre choix. Benoit
-
Bravo, c'est un sacré boulot. De mon coté, j'ai mis le code php (Interface Web pour Diematic 3) sur github https://github.com/Benoit3/Diematic Benoit
-
Bravo ! Je voulais t'indiquer de chercher le mot clef ecs dans les fichiers que j'ai fourni pour trouver les valeurs. Il faut utiliser les bits 4 (derog permanente) ou 6 (derog temporaire) du mot de sélection de fonctionnent du mode de chauffage ( adresse 17 pour le circuit de chauffage A, 26 pour le circuit chauffage B ). Benoit
-
Bonjour, c'est effectivement une bonne idée de créer un "plugin" pour hc2. Le boulot a l'air conséquent, rien que pour recréer les opérateurs logiques. De mon coté j'ai testé le système avec un autre convertisseur tcp/rs485 : http://www.usriot.com/p/rs232-rs485-serial-device-servers/ Il présente l'intérêt d'être livré dans un boîtier et avec une alim pour un prix un peu plus conséquent. Ça fonctionne également sans problème. Benoît
-
Bonjour, avec les regulation Diematic les valeurs négatives ne sont pas codés en compléments à deux. Le bit de poids fort (b15) est à 1, et les bits 0 à 14 contiennent la valeur absolu du paramètre. En php pour ça se décode comme ça: if ($this->rxReg[$regAddr+$i] >= 0x8000) $this->rxReg[$regAddr+$i]=-($this->rxReg[$regAddr+$i] & 0x7FFF); Benoit
-
Bonsoir, je vois que tu as corrigé l'orthographe de "paramètres" sur l'écran 1 Le mode antigel ne marche pas, je pense que c'est comme pour Grazy, la logique est différente : il faut indiquer une date de fin d'antigel et pas un nombre de jour, reste à trouver les registres. Pour l'URL, si tu fais une requête post avec curl, ca peut marcher mais il faut passer les cinq températures d'un coup ( jour/nuit/antigel et ecs/ecs_nuit). Après tout s'adapte (utilisation du get au lieu du post pour avoir les paramètres dans l'url) et aussi modif de la logique pour les passer un par un. Benoit
-
Bonsoir, félicitations pour cette mise en place rapide. Histoire d'avoir un petit retour d'expérience : - quelle est la version de soft de ta régulation ? (à consulter sur la page 2 de l'interface web) - as tu eu des problèmes de MAJ de l'affichage de la commande à distance (thermostat d'ambiance) après changement de mode par le web ? - et sinon pourrais tu faire un petit test : le jour j tu mets en mode antigel (1 jour), tu vérifies que ca fonctionne, puis en mode auto (ou autre) le jour j+2 , tu refaits la même manip. Chez moi ça ne fonctionne pas, je suis quasi sur qu'il y a un bug dans la régulation. Pour que ça reparte, il faut mettre le mode antigel à partir de la chaudière par exemple Merci, Benoit
-
Merci pour les docs. Le pb est qu'elles se recoupent finalement toutes... En ce qui concerne la gestion des nombres négatifs, j'ai considéré peut être à tort que c'était une convention ModBus, et donc je l'ai intégrée dans le fichier Mod Bus ligne 234 dans la fonction MasterRx : if ($this->rxReg[$regAddr+$i] >= 0x8000) $this->rxReg[$regAddr+$i]=-($this->rxReg[$regAddr+$i] & 0x7FFF); Ce n'est peut être pas la meilleure idée, mais j'avoue que je me suis focalisé sur les problème de "mode antigel". J'ai implémenté un script de lecture de tous les registres que j'ai fait passer plusieurs fois avec la chaudière en mode antigel ou pas, afin de comparer les résultats, je n'ai rien trouvé. Peux être devrais tu le faire pour essayer de déterminer les registres de date de fin de mode antigel? Benoit
-
J'en suis aussi au même point. Une question : - qu'elle doc utilises tu, ou as tu trouvé les tableaux de paramètres ? De mon coté j'utilise principalement celle là http://www.systemed.fr/Forum/uploads/danipro773/2009-09- 28_013736_dd_MODBUS_table.rar et aussi la doc Sofrel (on na la trouve plus sur internet) qui décrit bien la signification des bits des registres de mode ou d'état. Benoit
-
Juste pour vérifier que nous parlons bien à peu prêt de la même chose : Ma régul ressemble à ça : La commande à distance a ça : Ensuite les codes de mode que j'utilise (Registre 17) sont (voir ligne 29 du Fichier Diematic.class.php) : //Diematic Mode const AUTO=8; const TEMP_DAY=36; const TEMP_NIGHT=34; const PERM_DAY=4; const PERM_NIGHT=2; const ANTIICE=1; Pour mettre en antigel, je ne touche pas au mode, je modifie juste le nombre de jour (Registre 13 ), ligne 230 du Fichier Diematic.class.php Tu écris "La commande à distance se met bien à jour mais avec une date de fin un peu aléatoire." . Qu'est ca signifie ? De mon coté je n'ai pas de date de fin pour les modes auto/jour/nuit Benoit
-
Bonjour, je suis sur le sujet (interface WEB Modbus pour chaudière De Dietrich) depuis plusieurs mois , j'ai un début de solution qui fonctionne avec une carte ethernet/RS485 du commerce et des scripts PHP. J'ai tout résumé sur une page Web http://www.dom-ip.com/wiki/R%C3%A9alisation_d%27une_Interface_Web_pour_une_chaudi%C3%A8re_De_Dietrich_%C3%A9quip%C3%A9e_d%27une_r%C3%A9gulation_Diematic_3 Il y a le schéma électrique et le soft php. Je suis preneur d'idées pour améliorer le résultat car j'ai buté sur quelques problèmes. Benoit
-
Bonjour, je suis sur le sujet (interface WEB Modbus pour chaudière De Dietrich) depuis plusieurs mois , j'ai un début de solution qui fonctionne avec une carte ethernet/RS485 du commerce et des scripts PHP.
-
Bonjour, je cherche a échanger des infos sur la domotique, j'ai vu des threads intéressants sur la commande de chaudière De Dietrich, et donc je m'inscrit. A Bientôt, Benoit