Afin de surveiller à la fois la température de l'eau, de l'ESP, du Triac... et que sais-je encore.
La bibliothèque Dallas proposant le possibilité de câbler plusieurs sonde dans le même GPIO, serait-il possible d'adapter le code comme dans cette exemple ?
J'ai trouvé ce code pas mal : compter les sonde branchées et de les interroger.
Ainsi libre à l'utilisateurs d'avoir le nombre de sonde qu'il souhaite pour sa surveillance
// Data wire is plugged TO GPIO 4
#define ONE_WIRE_BUS 4
// Setup a oneWire instance to communicate with any OneWire devices (not just Maxim/Dallas temperature ICs)
OneWire oneWire(ONE_WIRE_BUS);
// Pass our oneWire reference to Dallas Temperature.
DallasTemperature sensors(&oneWire);
// Number of temperature devices found
int numberOfDevices;
// We'll use this variable to store a found device address
DeviceAddress tempDeviceAddress;
void setup(){
// start serial port
Serial.begin(115200);
// Start up the library
sensors.begin();
// Grab a count of devices on the wire
numberOfDevices = sensors.getDeviceCount();
// locate devices on the bus
Serial.print("Locating devices...");
Serial.print("Found ");
Serial.print(numberOfDevices, DEC);
Serial.println(" devices.");
// Loop through each device, print out address
for(int i=0;i<numberOfDevices; i++){
// Search the wire for address
if(sensors.getAddress(tempDeviceAddress, i)){
Serial.print("Found device ");
Serial.print(i, DEC);
Serial.print(" with address: ");
printAddress(tempDeviceAddress);
Serial.println();
} else {
Serial.print("Found ghost device at ");
Serial.print(i, DEC);
Serial.print(" but could not detect address. Check power and cabling");
}
}
}
void loop(){
sensors.requestTemperatures(); // Send the command to get temperatures
// Loop through each device, print out temperature data
for(int i=0;i<numberOfDevices; i++){
// Search the wire for address
if(sensors.getAddress(tempDeviceAddress, i)){
// Output the device ID
Serial.print("Temperature for device: ");
Serial.println(i,DEC);
// Print the data
float tempC = sensors.getTempC(tempDeviceAddress);
Serial.print("Temp C: ");
Serial.print(tempC);
Serial.print(" Temp F: ");
Serial.println(DallasTemperature::toFahrenheit(tempC)); // Converts tempC to Fahrenheit
}
}
delay(5000);
}
// function to print a device address
void printAddress(DeviceAddress deviceAddress) {
for (uint8_t i = 0; i < 8; i++){
if (deviceAddress[i] < 16) Serial.print("0");
Serial.print(deviceAddress[i], HEX);
}
}
Bonjour,
Pour un compteur Electronique(non linky), dans la Trame Historique d'un abonnement Tempo, il y a la rubrique "OPTARIF BBR x" ...
D'après la doc sur cette trame historique, le caractère "x" après BBR est un code qui retranscrit les réglages , effectués par le client, concernant la gestion du relais C1/C2 (ballon eau chaude) et du relais C3/C4 (chauffage) en fonction des HP/HC et des couleurs de tarif (bleu/blanc/rouge).
Est-ce que cette variable "x" est encore représentative sur le Linky et que vaut-elle, en sachant que la gestion de C1/C2 ne se fait plus par le client sur ces compteurs (le contact ne fonctionne qu'en HC), et que la gestion du contact C3/C4 n'existe plus puisque ce contact C3/C4 a disparu sur les Linky !!!
Serait-il possible de modifier le logiciel "Lecture Linky Historique" pour rajouter le décodage de cette variable "x" en 2 variables EAU et CHAUFF avec leur valeur respective (suivant le tableau de programmation défini dans la doc EDF) ?
(surtout utilisé par les possesseurs de vieux compteurs électroniques, encore très valables...).
Bonjour, ce jour j'ai installé le capteur de température DS18B20 , j’ai connecté cette sonde sur le 3,3 v plus le groud et le fil infos sur le gpio 13 comme noté sur le site. j'ai aussi ajouté la résistance de 4,7 ko en parallèle entre le 3,3, et gpio13.
Après avoir cliqué sur température externe dans l’interface web , celle ci me retourne l info comme quoi la mesure de température est invalide ou que la sonde n’est pas présente.
La sonde est raccordée au routeur au moyen de son câble d'origine qui fait une longueur de 15 mètres (distance entre le ballon et le routeur),
par ailleurs le routeur fonctionne parfaitement version 11.16 en découpe de sinus
peut être que cette longueur de câble est a l’origine du problème rencontré , mais je ne peu la raccourcir.
quelle solution envisager?
suppression de la résistance qui consomme peut être de la puissance vu la longueur ? ou autre chose?
Dans l’attente de vos réponses éclairées
Cordialement
je suis en V11.16, sur mes deux modules, un en lecture en mode Linky, un deuxième directement près du chauffe-eau.
Sur ce dernier, j'ai une sonde de température, dont je perd l'information tous 4 à 5 jours. Elle n'apparait tout simplement plus, ce qui me donne sur la page données brutes comme message "Mesure température invalide ou pas de capteur DS18B20" toute les deux minutes, voir le screenshot joint.
Au début, j'ai cru que ma sonde ou un fil avait lâché, car en faisant un reset, la valeur ne remontait pas.
Mais le problème n'est pas là, car il "suffit" d'éteindre l'ESP 32 et le redémarrer pour que la température soit de nouveau lu et affiché.
Si quelqu'un a une idée de l'origine du problème, je suis preneur...
Bonjour,
mon système fonctionnait très bien depuis un dizaine de mois, mais depuis quelques jours mon chauffe eau ne charge pas bien... Après observation, l'amimentation de celui-ci varie en tout ou rien.
Je suis en version 7 je crois, je n'ai rien modifié depuis longtemps.
Est il possible que mon triac ait rendu l'âme ? Il n'y a pas de ventilo...
Posté par : frefre - 23-07-2024, 11:28 AM - Forum : Domotique
- Pas de réponse
Bonjour,
j'ai téléchargé votre logiciel " Lecture historique linky v1.10" et je l'ai lu ...
Je constate que seul le tarif de base avec HPHC est lu...
Ce qui m'intéresserai c'est la lecture de la trame complète en mode TEMPO (trame historique) , afin d'extraire toutes les données disponibles de cette trame et pouvoir les transmettre (sur smartphone , sur Domoticz etc...).
Je voudrais aussi pouvoir utiliser les infos (en interne du ESP32) pour gérer des scénarios de basculement de relais (sorties) en fonction de switchs connectés au ESP32....(par exemple activer un relais de puissance externe pour couper le chauffage lorsqu'on est en Rouge Tempo , avec un choix d'activation en plus lorsqu'on est en HC ou HP ...).
dans la version v11 ,( Estimation temps équivalent d’ouverture max du Triac et relais cumulée depuis 6h du matin. Prise en compte de la puissance en sin² du mode découpe)
cela correspond juste a une estimation et une prochaine version nous permettra de couper le relais des heures creuses . je ne suis pas sur d voir tout compris
merci pour votre aide
Je me permet de poster ici car , je débute avec Home assistant et MQTT, et j'ai passé le week end dessus mais là je bloque...
Ma config : un raspberry Pi4 avec Home assistant et Mosquitto via Docker(sous Debian 12.5).
ESP32 routeur lisant directement le compteur Linky via le TIC en mode standard
Le routeur m'affiche bien les valeurs du compteur sur sa page web et je vois bien ses valeurs dans le logiciel MQTT Explorer.
J'ai installé l'intégration MQTT dans Home Assistant
J'arrive également à voir les valeurs dans homeassistant dans paramètre/appareils et service/MQTT -> Ecouter un sujet
Mais lorsque j'ajoute un sensor dans mon Configuration.yalm , le sensor est bien ajouté mais sa valeur ne remonte pas...
Je n'ai rien dans les journaux de Home Assistant concernant MQTT...
Bonjour,
Je suis passé de la V5.02 à V8.09, je ne peux plus configurer le TRIAC.
Sur la page ACCUEIL je n'ai pas l'heure du réseau WIFI mais attente de l'heure par internet
Sur la page Données brutes
Nb d'interrupteur : pas de TRIAC
Je suis bloqué, vous auriez une idée, j'ai fait une erreur de paramétrage?
