henri-allauch

Je me joins aux membres du forum ci-dessus pour te souhaiter un joyeux anniversaire. Mais ce qui me gêne un peu c'est qu'il me semble que la dernière fois n'était pas si lointaine. Donc le temps passe de plus en plus vite.....

j'ai eu EJP pendant 10 ans jusqu'a 1998, je n'ai plus cet ancien contrat papier pour vérifier, mais il me semble bien que les jours fériés et le week-end n'étaient Pas EJP Mais actuellement sur le site EDF :

Voilà 366 jours de passés depuis la mise en service de TEMPO Voici mon Bilan Deux Abonnements Tempo 9KW 1 Chauffage Electricité : Réel consommé : 4584 Kw Dépense : 654 € (réellement calculé en HC+HP) Fuel Jour Rouges: 60h00 soit : 207 litres Dépense : 249 € (1,20 € / litre Achat en février 2022) Estimation Consommation Electricité si pas de fuel en jour rouge 1 litre fuel = 10,5 Kw / Cop 3,5 -> 3 KW 207 litres * 3 -> 621 Kw Dépense : 460 € (compté au tarif Jour Rouge ) Dépense totale Electrique serait de 654 € + 460 € = 1114 € La Dépense Estimée en Tarif de Base pour 4584 Kw + 621 Kw = 5205 Kw est de 1220 € Gain : Compte tenu que le fuel consommé est un excédent de ma cuve est qu'il ne sera pas remplacé : (Voir Nota) Le Gain est de 1220 € - 654 € = 556 € Dans une configuration Tempo + chaudière avec inclusion du prix du fuel : Le Gain est de 1220 € - ( 654 € + 249 € ) = 317 € Dans une configuration Tempo sans substitution de chauffage en période Rouge : Le Gain est de 1220 € - 1114 € = 106 € Donc même sans substitution ni restriction on est gagnant d'environ 8,7% 2 Maison ( Lumière Ménager Piscine Cumulus et Divers) Electricité : Réel consommé : 5386 Kw Dépense : 801 € (réellement calculé en HC+HP) La Dépense Estimée en Tarif de Base pour 5386 Kw est de 1234 € Le Gain est de 1234 € - 801 € = 433 € soit 35% Contrainte : Pas de Four, ni machine à laver, ni Skimer piscine, ni Cumulus ... en heure pleine. Conclusion : très rentable et ce sera en principe mieux en 2024-2025 car j'ai installé en fin AOUT 2024 une Clim / 3 Splits Qui consommera en jour Bleu. Donc Je continue TEMPO Nota : Mon ancienne PAC était une Pac en relève de chaudière et elle était systématiquement relayé par la chaudière Fuel à partir de + 3° Installée en 2009 elle à rendue l'âme fin Janvier 2023. Remplacée par une Pac plus puissante en 2022, celle-ci à bien tenue des journées à -4° en 2022-2023 ( Ça arrive dans les collines autour de Marseille). J'ai conservé ma chaudière au cas d'une panne en plein Hiver. Il me restait 1400 litres de fuel .. autant les utiliser et garder 500 litres en cas de besoin.

Je viens de le Voir (20 100) C'est au sujet de tes pinces commandées en Janvier ?

@jojo mal-honnete pas tout à fait: ils ont fini par livrer mais aucun sens de la communication. Au lieu de message impersonnel où ils MENTENT exemple le 31 janvier " nous vous remercions de votre confiance et vous suggérons de patienter encore quelques jours. Votre commande ayant été traitée et étant actuellement en cours de livraison." Il aurait suffit de prévenir les clients NOMINATIVEMENT surtout quand la commande est encaissée et qu'ils était dans l'impossibilité de livrer. @Nico tout dépend sur quel site de satisfaction tu regarde Mais de partout la note à baisée. Après tout le monde ne met pas d'avis ... moi je n'en met jamais. Et ce qui ont mis une étoile regrettent de ne pas pouvoir choisir 0 Mais chacun étant lire chacun commande ou il veut. je n'ai fait que relater une mauvaise expérience Mais incident clos. https://fr.trustpilot.com. https://fr.trustpilot.com/review/domotique-store.fr

Si j'insiste sans réponse puisque lettre du 12 février et livraison le 20 mars Ce sont des commerçants incorrects

Oui bien terminé pour moi, mais pour d'autres je ne sais pas, je n'était pas seul. De toute façon il on perdu définitivement, au moins un client.

La suite de ma mésaventure. Domotique store (SIRPEA) à bien reçu la lettre recommandée avec AR le 12 février 2024. Cette Lettre est restée sans réponse. Et j'ai reçu ma commande le 20 Mars soit 80 jours après le paiement. Evidement sans explications, mais avec un mail pour savoir si j'étais satisfait !!! je n'effectuais plus de commande sur ce site dont le nouveau propriétaire à une drôle de conception de la communication

Ah OK dans les détails de l'option j'avais pas lu si loin. Merci

Pour moi je lis ça : pour la période du 1 septembre 2023 au 31 aout 2024 il reste 1 rouge et 7 blancs

Mais la saison c'est de septembre à fin août non ? Il reste aussi des jours blanc

Suite à une discution : https://www.domotique-fibaro.fr/topic/14433-quick-app-network-monitor/?page=2&tab=comments#comment-259966 Quand j'avais la hc3 qui avait le bug des redémarrages non sollicités (Corrigé par modification du firm HC3 en septembre 2023), j'avais fait un Qa debug qui récupère cycliquement les messages d'erreur de la trace (console) et les stockent dans un fichier externe. C'est utile car la trace (console) disparaît lors du reboot. Et lorsqu'elle atteint sa taille limite, on pert les infos les plus anciennes. Et comme @Lazer le dis dans le post cité ci-dessus, on peut ne pas se rendre compte des crash des Qa Je le partage ici. Il était un peu personalisé avec des appel à d'autre QA ..., J'ai supprimé cela pour déposer une version qui pourra être utilisée ou adaptée aux besoin de chacun, si vous en avez l'utilité. Son défaut c'est de s'appuyer sur un bout de code Php pour écrire dans un fichier (Tout le monde ne dispose pas de serveur PHP désolé) Il faut déclarer le Variables de QA suivantes : V_IpServeur Variable de texte XXX.XXX.XX.XX L'ip du serveur Php V_InfoRam Variable de texte ON ou OFF pour avoir ou pas les infos de consomation RAM et CPU du QA (écrit par @Lazer) V_ Tempolnit Variable de texte 4 Mettre de 0 à N secondes pour retarder le démarage du QA (c'est utilisé dans tous mes QA pour prioriser certains au Boot) V_ PhpServeurLog Variable secrète *** User et Password du serveur PHP basic-authentication Toutes les 5 minutes, le QA récupère les infos de la console et transfère dans un fichier externe les log error, Zwave et celles contenant le mot Initialisation (que j'utilise dans un message à l'init de tous mes QA). IL m'a servi, il me sert moins ... sauf ce matin ! en Pièce jointe LE QA et le bout de Php WriteLogHc3.php Get_Debug.fqa

Quand j'avais la hc3 qui avait le bug des redémarrages non sollicités, j'avais fait un Qa debug qui récupère cycliquement les messages d'erreur de la trace (console) et les stockent dans un fichier externe. J'ai pu capter des erreurs de mes Qa (erreur de cas particuliers ou Autres). Je crois que quelqu'un ici stocke les erreurs dans une table de base de données. C'est utile car la trace (console) disparaît lors du reboot. Et lorsqu'elle atteint sa taille limite, on pert les infos les plus anciennes. Et comme tu le dis ci-dessus on peut ne pas se rendre compte des crash des Qa

Juste pour info C'est la première fois que je vois cracher ce QA depuis plusieurs années. Mais il est reparti seul et pour le moment tout va bien. Une embrouille sur mon réseau, un accès moire HC3 foireux ? ..... [24.03.2024] [11:29:47] [DEBUG] [QA_NETWORK MONITOR_29]: Total memory in use by Lua : 1302.02 KB, CPU consumed : 259.69 ms ( 0.001 % ) [24.03.2024] [11:29:47] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Orange Livebox => 192.168.1.1 [24.03.2024] [11:29:48] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Teracom 181B-CM => 192.168.1.59 [24.03.2024] [11:29:50] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Bureau => 192.168.1.22 [24.03.2024] [11:29:52] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Portail => 192.168.1.24 [24.03.2024] [11:29:54] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Jardin => 192.168.1.28 [24.03.2024] [11:29:56] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Piscine => 192.168.1.26 [24.03.2024] [11:29:58] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Four => 192.168.1.27 [24.03.2024] [11:30:00] [DEBUG] [QA_NETWORK MONITOR_29]: Check : DoorBird => 192.168.1.60 [24.03.2024] [11:30:02] [DEBUG] [QA_NETWORK MONITOR_29]: Check : MacLinux => 192.168.1.35 [24.03.2024] [11:30:04] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Google => www.google.fr [24.03.2024] [11:30:04] [ERROR] [QUICKAPP29]: QuickApp crashed [24.03.2024] [11:30:04] [ERROR] [QUICKAPP29]: Unknown error occurred: LuaEnvironment: /data/vendor/avhttp/avhttp/impl/http_stream.ipp:2312: void avhttp::http_stream::handle_skip_crlf(const MutableBufferSequence&, Handler, boost::shared_array, const boost::system::error_code&, std::size_t) [with MutableBufferSequence = boost::asio::mutable_buffers_1; Handler = boost::function; std::size_t = long unsigned int]: Assertion `crlf[0] == '\r' && crlf[1] == '\n'' failed. [24.03.2024] [11:31:14] [TRACE] [QA_NETWORK MONITOR_29]: [24.03.2024] [11:31:14] [TRACE] [QA_NETWORK MONITOR_29]: - *** QuickApp NETWORK MONITOR - MyInit V: 2.12 - Initialisation après temporisation de 14 secondes *** - ( Démarrage différé version Henri ) [24.03.2024] [11:31:14] [TRACE] [QA_NETWORK MONITOR_29]: [24.03.2024] [11:31:14] [DEBUG] [QA_NETWORK MONITOR_29]: Using tools library v2.20 [24.03.2024] [11:31:14] [DEBUG] [QA_NETWORK MONITOR_29]: Using Notifications library v2.20 [24.03.2024] [11:31:14] [DEBUG] [QA_NETWORK MONITOR_29]: Add notification quickapp "Notifications" Notif_NWM() [24.03.2024] [11:31:14] [DEBUG] [QA_NETWORK MONITOR_29]: Add notification user "henri" [24.03.2024] [11:31:14] [DEBUG] [QA_NETWORK MONITOR_29]: Add notification mobile "iPhone" [24.03.2024] [11:31:14] [DEBUG] [QA_NETWORK MONITOR_29]: Number of devices to check : 13 [24.03.2024] [11:31:16] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Orange Livebox => 192.168.1.1 [24.03.2024] [11:31:18] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Teracom 181B-CM => 192.168.1.59 [24.03.2024] [11:31:20] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Bureau => 192.168.1.22 [24.03.2024] [11:31:22] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Portail => 192.168.1.24 [24.03.2024] [11:31:24] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Jardin => 192.168.1.28 [24.03.2024] [11:31:26] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Piscine => 192.168.1.26 [24.03.2024] [11:31:28] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Caméra Four => 192.168.1.27 [24.03.2024] [11:31:30] [DEBUG] [QA_NETWORK MONITOR_29]: Check : DoorBird => 192.168.1.60 [24.03.2024] [11:31:32] [DEBUG] [QA_NETWORK MONITOR_29]: Check : MacLinux => 192.168.1.35 [24.03.2024] [11:31:34] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Google => www.google.fr [24.03.2024] [11:31:36] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Wes => 192.168.1.54 [24.03.2024] [11:31:38] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Orange Accès Mansarde => 192.168.1.16 [24.03.2024] [11:31:40] [DEBUG] [QA_NETWORK MONITOR_29]: Check : Orange Accès Bureau => 192.168.1.17

Je confirme je tourne avec Php 8.4 depuis Novembre 2023 avec les remplacements cité ci-dessus dans data.php et device.php

La case à cocher dans les QA "Use the new views in mobile application " n'apparait pour le moment que sur les versions Beta qui suivent la Stable 5.50.18 c'est ça ?

Pour installer le mitsubishi-salon.yam il m'a simplement fallu ajouter le Paquet git Puis la commande esphome run mitsubishi-salon.yaml est passée La seule Erreur : [10:49:43][C][MitsubishiHeatPump:467]: Connection to HeatPump failed. Marking MitsubishiHeatPump component as failed. [10:49:43][E][component:113]: Component esphome.coroutine was marked as failed. [10:49:43][MitsubishiHeatPump:063]: ESPHome MitsubishiHeatPump version 2.4.1 Mais ça a l'air OK L'accès par un navigateur est OK et le QuickApp semble en attente -- Normal l'ESP32 n'est pas dans le Split La trace : [24.02.2024] [11:01:55] [TRACE] [QA_MITSUBISHI_141]: QuickApp Mitsubishi v2.00 - Initialization - Parent device [24.02.2024] [11:01:55] [TRACE] [QA_MITSUBISHI_141]: [24.02.2024] [11:01:55] [DEBUG] [QA_MITSUBISHI_141]: Using tools library v2.30 [24.02.2024] [11:01:55] [DEBUG] [QA_MITSUBISHI_141]: Using ESPHome library v2.00 [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: ESPHome library v2.00 successfully initialized [24.02.2024] [11:01:56] [TRACE] [QA_MITSUBISHI_141]: Add "thermostatFanMode" interface to device [24.02.2024] [11:01:56] [TRACE] [QA_MITSUBISHI_141]: [24.02.2024] [11:01:56] [TRACE] [QA_MITSUBISHI_141]: QuickApp Mitsubishi v2.00 - Initialization - Parent device [24.02.2024] [11:01:56] [TRACE] [QA_MITSUBISHI_141]: [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: Using tools library v2.30 [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: Using ESPHome library v2.00 [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: ESPHome library v2.00 successfully initialized [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: ESPHome URL : tcp://192.168.1.99:6053 [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: Refresh interval : 60 seconds [24.02.2024] [11:01:56] [DEBUG] [QA_MITSUBISHI_141]: Using internal temperature sensor [24.02.2024] [11:02:00] [DEBUG] [QA_MITSUBISHI_141]: Found mitsubishi-salon ESPHome 2024.2.0 running on Espressif wemos_d1_mini32 [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Name = Split Salon - Object ID = split_salon - Unique ID = mitsubishi-salonclimatesplit_salon [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Set heatingThermostatSetpointCapabilitiesMax property to 31.0 [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Set coolingThermostatSetpointCapabilitiesMax property to 31.0 [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Set heatingThermostatSetpointCapabilitiesMin property to 16.0 [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Set coolingThermostatSetpointCapabilitiesMin property to 16.0 [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Found user-defined service set_remote_temperature(temperature) [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: Found user-defined service use_internal_temperature() [24.02.2024] [11:02:01] [TRACE] [QA_MITSUBISHI_141]: Create child device "Temperature split" of type "com.fibaro.temperatureSensor"... [24.02.2024] [11:02:01] [TRACE] [QA_MITSUBISHI_141]: QuickApp Mitsubishi - Initialization - Child device #143 Temperature split QuickApp [24.02.2024] [11:02:01] [DEBUG] [QA_MITSUBISHI_141]: QuickApp child device #143 "Temperature split" of type "com.fibaro.temperatureSensor" created successfully [24.02.2024] [11:02:03] [TRACE] [QA_MITSUBISHI_141]: Split Salon mode changed from to Off [24.02.2024] [11:02:03] [WARNING] [QA_MITSUBISHI_141]: Split Salon fan mode "Off" not supported Voila un grand merci @Lazer pour ce travail colossal partagé.

Ah OK merci ... je vais continuer au delà de la partie TEST .. Donc pour installer esphome sur linux ubuntu 22.04 J'ai suivi : https://esphome.io/guides/installing_esphome.html --Version de Python henri@maclinux:~$ python3 --version Python 3.10.12 --Install the python3-venv henri@maclinux:~$ sudo apt install python3.10-venv -- Création d'un environnement virtuel pour ESPHome et ses dépendances henri@maclinux:~$ python3 -m venv venv henri@maclinux:~$ source venv/bin/activate (venv) henri@maclinux:~$ --Install esphome (venv) henri@maclinux:~$ pip3 install esphome --Version esphome (/home/henri/venv/bin/esphome version) (venv) henri@maclinux:~$ esphome version Version: 2024.2.0 ---To set this permanently, you can run echo 'export PATH=$PATH:$HOME/.local/bin' >> $HOME/.bashrc, then log out and back in. je n'ai pas dans la précipitation créée un répertoire pour esphome comme le précise ta méthode ( mais je rangerai cela ) Donc pour le moment test.yaml est naturellement présent sur ma home directory ainsi q'un repertoire venv ( Virtual environnent) contient dans bin esphome (venv) henri@maclinux:~$ esphome wizard test.yaml Hi there! I'm the wizard of ESPHome And I'm here to help you get started with ESPHome. In 4 steps I'm going to guide you through creating a basic configuration file for your custom firmware. Yay! ============= STEP 1 ============= ET ici cela démarre comme décrit au début de tes explications

Bon sous linux c'est un peu different pour installer esphome . je ferais une trace complète quand cela fonctionnera . tout à l'air OK jusqu'a 17:27:33 [17:22:42][C][wifi:577]: WiFi: [17:22:42][C][wifi:409]: Local MAC: E4:65:B8:71:34:1C [17:22:42][C][wifi:414]: SSID: 'XXXXX' [17:22:42][C][wifi:415]: IP Address: 192.168.1.120 [17:22:42][C][wifi:417]: BSSID: 2C:08:23:3F:49:52 [17:22:42][C][wifi:418]: Hostname: 'test' 17:22:42][C][wifi:425]: Subnet: 255.255.255.0 [17:22:42][C][wifi:426]: Gateway: 192.168.1.1 [17:22:42][C][wifi:427]: DNS1: 192.168.1.1 [17:22:42][C][wifi:428]: DNS2: 0.0.0.0 [17:22:42][C][logger:447]: Logger: [17:22:42][C][logger:448]: Level: DEBUG [17:22:42][C][logger:449]: Log Baud Rate: 115200 [17:22:42][C][logger:451]: Hardware UART: UART0 [17:22:42][C][captive_portal:088]: Captive Portal: [17:22:42][C][mdns:115]: mDNS: [17:22:42][C][mdns:116]: Hostname: test [17:22:43][C][ota:096]: Over-The-Air Updates: [17:22:43][C][ota:097]: Address: test.local:3232 [17:22:43][C][ota:100]: Using Password. [17:22:43][C][ota:103]: OTA version: 2. [17:22:43][C][api:139]: API Server: [17:22:43][C][api:140]: Address: test.local:6053 [17:22:43][C][api:144]: Using noise encryption: NO c[17:27:33][ota:117]: Boot seems successful, resetting boot loop counter. [17:27:33][D][esp32.preferences:114]: Saving 1 preferences to flash... [17:27:33][D][esp32.preferences:143]: Saving 1 preferences to flash: 0 cached, 1 written, 0 failed A ce niveau le Ping sur sur 192.168.1.120 c'est OK Ça attend 10 minutes puis [17:37:42][E][api:128]: No client connected to API. Rebooting... [17:37:42][app:127]: Forcing a reboot... [17:37:42][W][wifi_esp32:458]: Event: Disconnected ssid='RWLB6M' bssid=2C:08:23:3F:49:52 reason='Association Leave' [17:37:42]ets Jul 29 2019 12:21:46 [17:37:42] Et cela recommence 10 minute puis Boot ... Donc la partie Test ne se termine pas ??? No client connected to API. Rebooting... C'est la fin normale du TEST ?

Merci J'avais vu les côtes des pinoches mais pas celles du connecteur. Je viens de vérifier avec un pied à coulisse et ça correspond. As tu un avis pour ma deuxième question (installation EspHome)?

Pour éviter d'arrêter la machine maintenant : 1- J'ai récupéré ce connecteur sur une ancienne pac Ajtech Est ce que la taille du connecteur semble-être correcte (épaisseur environ 4mm, largeur 10mm, profondeur 8mm) Les couleurs de fils semblent ne pas être en bonne place, mais je vais en souder d'autres quelques cm après le connecteur) 2-Pour l'installation et configuration de ESPHome sur le module ESP32 Est-on obligé de faire avec le module connecté au port CN105, ou peut-on le faire sur table connecté en usb sur une machine (Windows ou Linux) en simulant l'alim envoyé par le connecteur CN105. Autrement dit sans le TXD et RXD .

Pour ne pas créer un nouveau post je pose ma question ici : c'est pour hc3 et Lua comme prévu dans le titre Quelle différence entre : fibaro.setTimeout() et setTimeout() à part les paramètres fonction et time inversés. On en a peut être parlé mais je ne retrouve pas. On trouve les 2 utilisations dans les Qa et les exemples. Mais si les paramètres sont inversés il y a peut être une vrai raison. 

Oui les pub continuent Suivant les conseils du site Signal conso ci-dessus, je leur ai envoyé une lettre recommandé avec AR avec le document de signalisation à la répression des fraudes. On verra si à la difference du téléphone et des mails il y a une réponse. Mais je suis a peu près persuadé que non.

Je viens de déposer un signalement pour ma commande https://signal.conso.gouv.fr/fr/achat-site C'est assez simple ... on verra