yve--reg

Merci Tymiboss pour votre réponse. Oui DDietrich n'a pas implémenté la totalité du protocole modbus, j'utilise les opérations read_registers et write_registers même si je n'ai qu'une donnée à lire/écrire. De plus DDietrich a rendu propriétaire son modbus ce qui fait qu'il faut bricoler un peu la bibliothèque du protocole pour s'affranchir des erreurs. Par exemple sans modifier cette bibliothèque sur l'agc25 j'ai remarqué qu'il me fallait avant chaque read/write de faire le modbus_connect et après le modbus _close. Après l'adaptation de la bibliothèque modbus, je ne fais le connect qu'au lancement du programme qui tourne H24. Mon programme relève tous les paramètres de la chaudière, de l'adresse 1 à 750, même s'il y a des trous et des redondances. Pour le réarmement manuel je vais essayer d'éviter une solution mécanique.

Bonjour à tous, Je reviens sur ce fil car je viens de changer de chaudière. Je suis passé d'une DDietrich DTG120 avec régulation Diematic Delta à une DDietrich AGC25 avec régulation Diematic Isystem. Pour l'aspect domotisation avec un raspberry pi3B+ la partie serveur web est restée inchangée (base node.js), seule la partie interface chaudière (C++) a du être revue car la diematic delta fonctionne en bi- maitre( la régulation s'adresse toutes les 5secondes aux esclaves 32/47/48/49) et passe en écoute alors que la régulation Isystem elle, est en écoute et pilotable via l'esclave 10. Le premier point qui me reste à régler concerne le passage en mode forcé été adresse 94 à la valeur 0 , l'adresse reste valorisée à 0x0010. J'ai également essayé sans succès en modifiant l'adresse 705. Le second point que j'aimerai solutionner est le réarmement manuel (symbole trompette). Sur la DTG120 j'avais mis un relais commandable à distance en parallèle du bouton réarmement du panneau chaudière. Merci si un membre du forum veut bien me présenter la solution qu'il aurait pu implémenter. A Bientôt

Bonjour à tous, @Domip, hélas je n'ai pas de documentation décrivant ces esclaves 32,47,48,49. C'est le résultat de tâtonnements dans le monitoring des échanges avec la régulation que j'ai mené avec @Briseis. Nous avons un peu divergé dans la compréhension du mécanisme, en particulier pour le HG qui a été le plus difficile à régler. Lui et moi avons eu des implémentations différentes qui nous satisfont et c'est l'essentiel. Tu dis ne pas avoir réussi à implémenter le mode permanent, ceci se réalise avec soit le bit Derog Perm CircA à 1 soit le bit Derog Perm ECS pour l'eau. Je pense que les 2 à 1 ne sont pas incompatibles. @Pat054, Je n'ai pas HA ni autre application en interface. J'ai un moment envisagé Domoticz, mais je trouve celà trop compliqué et j'ai un peu laissé tomber. J'ai un autre projet en cours qui n'a rien à voir: c'est remplacer l'electronique d'un pilote automatique de barre franche bateau par une solution à base d'Arduino. J'ai retrouvé des traces des échanges quand je tentais de décrypter les messages Diematic-Delta, je les retranscris ci après: esclave ordre adresse long donnée sens (regul< >CDI) signification 32 10 0001 007B F6 > écriture page 1 32 10 0001 007B < acquittement 32 03 0001 007B > écriture 32 03 F6 010A < acquittement 32 10 00F7 007B F6 > écriture page 3 32 10 00F7 007B < acquittement 32 03 00F7 007B > écriture 32 03 F6 003E < acquittement 47 03 0011 0002 > 47 03 04 0084 00A1 < 47 03 0065 0001 > écriture 101 à 1 levée du verrou 47 03 02 0000 < acquittement 47 10 0001 007B F6 > écriture page 1 en particulier @17 47 10 0001 007B < acquittement 47 10 00F7 007B F6 > écriture page 3 47 10 00F7 007B < acquittement 47 10 0065 0001 02 0000 > écriture 101 à 1 pose du verrou 47 10 02 0000 < acquittement 48 03 etc voilà, j'espère que ceci pourra vous aider, sans dote que c'est différent sur une Diematic-3 Cordialement

@Pat054, Mon installation matérielle reprend des caractéristiques décrites dans des posts de ce fil. A savoir un convertisseur RS485-Plus-1 connecté à une prise CDI de la régulation et à un port USB du RPI3. Pour le logiciel en C j'ai développé l'interface modbus qui échange avec la régulation et un serveur web pour la présentation et l'accès à distance pour la modification des paramètres.

@domip, je ne connais pas la diematic 3. Je crois savoir que certaines régulations sont de type maître/esclave. La diematic delta elle est purement esclave, tout est à l'initiative de la régulation, suite à ses émissions de messages environ toutes les 5 secondes. Comme dit plus haut pour la diematic delta c'est via l'esclave 47 que je manipule les dérogations. Pour ce qui concerne le HG, je n'utilise pas le mode avec un nombre de jours, je n'ai pas vu que la diematic delta avait besoin d'une date de début de période. En revanche il faut donner le nombre de jours de HG et à chaque passage à minuit le reste de jours est mis à jour. Je ne sais plus si c'est au passage à 0 ou à -1 que le mode HG est désactivé. Moi je force le HG permanent et la veille de mon retour, à distance, je remets le mode auto actif. C'est en faisant cette manip que j'avais remarqué des perturbations principalement sur l'ECS, je les ai solutionnées en forçant le mode Tout circuits à 0. @Pat054, je n'ai pas connaissance de l'existence d'un tel tuto Cordialement

Bonjour, La Diematic delta fonctionne avec 4 esclaves modbus: 32: pour gérer les lectures/écritures paramètres généraux type date, températures... 47: pour gérer les dérogations circuit A @17 48: pour gérer les dérogations circuit B 49: pour gérer les dérogations circuit C En ce qui me concerne je n'utilise que le circuit A, je ne connaît pas les adresses concernant B et C. Quand on modifie les dérogations par 32 c'est immédiatement remis dans l'état antérieur, il faut passer par l'esclave 47 ou 48 ou 49 selon le circuit choisi. Pour ce qui me concerne j'ai utilisé le 47 et pour la mise au point du séquencement je me suis rendu compte que le dialogue n'était pas une simple lecture écriture. Il y avait un enchaînement de messages avec l'écriture d'un registre qui faisait office de verrou de protection du registre dérogation. Ce registre verrou est en 101 pour la dérogation A. C'est sans doute le même pour les autres circuits, à vérifier. Pour les modes Jour/nuit/HG ne pas perdre de vue qu'il y a le mode temporaire et permanent. Si on est en mode temporaire au passage à minuit la régulation reviendra en mode auto. Ce sont les bits Perm Derog ECS ou Circ A qui gère celà. Pour le HG la mise au point a été un peu plus compliquée car le bit Tous Circuits à 1 perturbe la sortie du HG et le retour à un fonctionnement normal. Je le force à 0 quand je manipule les dérogations et c'est beaucoup mieux. Bonne chance dans vos mises au point.

Bonjour, Pour chaque jour, 3 mots consécutifs de 16bits (soit 48 bits pour 48 1/2h d'une journée) sont utilisés pour paramétrer les plages de chauffage. Ainsi chaque bit du premier mot sert pour les tranches horaires allant de 0h00 à 7h30, pour le second mot cela couvrira les tranches allant de 8h00 à 15h30 le dernier mot couvrira les tranches de 16h00 à 23h30 Il n'y a pas de formule à appliquer mais une gestion de tableau de bits, la position d'un bit parmi 48 détermine les 30minutes concernées et si 0 pas de chauffage, si 1 chauffage C'est le même principe pour l'ECS. Cordialement

Lors de la création de matériel RFlink, comme je n'ai encore aucun matériel connecté (à terme ce sera une GW arduino mega 2560 que je dois développer ) Domoticz a affecté le seul port série existant sur le RPI. Or ce port sert pour le programme gérant la chaudière, d'ou le conflit. Pour la gestion des dérogations chaudière tout marche correctement, y compris la gestion du hors gel. Si ton @ mail n'a pas changé on peut continuer la discussion par ce canal. Cordialement

Bonjour, J'ai réglé mon pb. Dans ma configuration minimum de domoticz j'avais créé un matériel RFLink sans trop me préoccuper des paramètres et évidemment il y avait conflit de déclaration. A bientôt

Bonjour à tous, Grâce à Briseis et son aide importante, j'ai appliqué la méthode qu'il décrit pour domotiser entièrement ma chaudière Diematic Delta. Je suis très content du résultat et depuis un an, hormis quelques points mineurs liés à la régulation diematic, j'ai pu gérer localement et à distance le fonctionnement de la chaudière dans toutes les situations. Mais voilà sur le Raspberry j'ai rajouté domoticz avec une configuration minimum et je rencontre un problème de cohabitation. Le logiciel C# qui gère la liaison avec la chaudière, donc les messages du maître(la chaudière) vers les esclaves(soft C# sur RPI) par le protocole Modbus, perd les pédales lors de l'activation du service Domoticz. Si j'arrête Domoticz, les échanges ne se resynchronisent pas, il faut arrêter/relancer le logiciel d'interface DDietrich. Le protocole a le problème suivant: "ERROR Resource temporarily unavailable: read" Ayant vu sur le forum que beaucoup utilisaient Domoticz, je souhaiterais savoir si certains ont rencontré un problème analogue et quelle piste a été suivie pour y remédier? Merci

Merci, en effet si @Yohan passe par là cela pourrait être une suggestion. Cordialement

Bonjour et meilleurs voeux 2018 Je ne sais pas si je suis dans la bonne section, je souhaiterais savoir comment on procède pour ajouter des pièces jointes images ou fichier dans le sous dossier mes pièces jointes du profil utilisateur, et si dans des messages à destination d'un ou plusieurs utilisateurs il est possible d'attacher ces pièces? je n'ai pas vu cela par ex: " Glisser ici les fichiers à joindre, ou choisir les fichiers… " Je n'ai pas trouvé le lieu ou se trouve le mode d'emploi du forum Cordialement

Merci Lionel (Lionelpo91) et Laurent (Briseis) pour votre retour, cela me donne du courage pour démarrer. J'attends ma livraison de raspberry pi3 mais je suis novice. J'aurais certainement des blocages donc si vous êtes d'accord je vous solliciterai par message privé pour ne pas encombrer le forum. Yves

Bonjour à tous, Je relance ce sujet car je suis toujours en demande d'information. Les jours qui me séparent de mon post initial m'ont permis de relire avec attention la totalité des messages pour lesquels je voudrais formuler quelques questions: @nicos68 : Avez vous eu une solution pour l'acquittement défaut chaudière via Modbus? @briseis : Avez vous pu valider votre solution, je suis dans la même configuration diematic delta, peut-on trouver votre partage sur github? @lionelpo91: Avez transposé la solution de briseis sur votre installation? j'ai commencé à me documenter sur raspberry pi et souhaiterai avoir des conseils sur l'O.S qui conviendrait le mieux. je viens de recevoir mon boitier RS485-USB-Plus-1, je vais voir ce que je peux en faire à mon retour chez moi mi-décembre Merci à tous pour votre aide Yves

Bonsoir Lionel, Il s'agit d'un boitier qui permet d'asservir chacune des voies à l'état d'un relais. 3 tout ou rien en sorte pour alimenter 3 sorties. Chacun des relais est pilotable par la centrale d'alarme et donc par conséquent aussi avec l'appli smartphone. Cordialement