henri-allauch

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

Non toujours pas livré à ce jour ( ce ne sont que des piles 30€ ) j'envoi un mail toutes les semaines Parfois ils répondent mais c'est un message passe partout ""Retard inhabituel / services déstabilisé/ problème de personnel""

Désolé @Lazer je constate que nous avons depuis le post de @Nico au début de la page 35 échangé sur les tarifs Tempo, et donc un peu polué ton sujet initial.

Je ne conteste pas le fait qu'il peut y avoir des solutions produisant des économies quasi équivalentes à l'offre tempo et ce sans contraintes des jours férié. Je dis ( mais je me trompe peut être ) qu'on est sur une augmentation d'une taxe sur le nombre de KW/H consommées. Donc si le tarif EDF de Base ou Tempo n'est pas modifié, l'écart global de la dépense entre les deux tarifications sera identique. (Puisque c'est une taxe sur la Quantité Consommée --> même montant pour une même consommation ) Mais le calcul des pourcentages d'augmentation tranche par tranche donne en effet une impression d'augmentation démesurée : pour arriver au même écart final entre BASE et TEMPO , il faut des pourcentages plus élevés sur TEMPO car les valeurs sont plus petites. Ça pourrait être dit autrement ...