henri-allauch

Pour me rassurer et comprendre j'ai fait ça :

Mais le tarif Total énergie subira aussi une augmentation de la Taxe intérieure de la consommation finale sur l'électricité (TICFE)

Oui on verra dans quelques jours, et tout ça reste des calculs savant pour déterminer un pourcentage d'augmentation sur des tranches de tarifications. Mais au final c'est une taxe FIXE de 0,022€ * NB KwH quelque soit la couleur et l'horaire de consommation qui vient remplacer une taxe de 0,001 € sur la facture

Je confirme La réponse de @Lazer une de mes 2 box ayant été fortement impacté par ce problème (comme d'autres signalèes sur ce forum et sur le forum officiel). Le 8/9/2023 un support fibaro s'est connecté sur ma box pour faire des modifications . Depuis elle n'a plus jamais planté. j'ai pu faire normalement en Novembre et Décembre les mises à jours 5.150.15 et 5.150.18 Toutes les box ont été mise à jour lors de la MAJ 5.150.15 J'ai demandé sur le forum officiel à mroszak s'il y avait une explication : Pour moi tout est rentré dans l'ordre et c'est parfait

ET oui c'est navrant. Perso j'ai commandé 15 piles pour détecteurs de fumées et autres, c'était et c'est toujours en stock, mais c'est encaissé et pas livrée. J'avais confiance dans cette boutique avec un bon service client, mais je ne me suis pas rendu compte qu'il y avait des mécontents depuis fin 2023. Tout n'est pas encore perdu. Mais soyez VIGILEANTS ....

function QuickApp:F_TEST() -- Http self.http = net.HTTPClient() -- Attn un seule déclaration pour tout le QA PushOver(self,"Test PushOver","Hello from QA HC3") end function PushOver(self, Titre, Msg) -- structure locale pour changement local du Device local settings = { token = "TON TOKEN", user = "TON USER", device = "", --tous les devices title = Titre , priority = "0", sound = "spacealarm", message = Msg, } local Serveur = "https://api.pushover.net/1/messages.json" local status, payload = pcall(function() return json.encode(settings) end) if not status then self:error("PushOver()", payload or "json.encode() failed") else local status, err = pcall(function() self.http:request(Serveur, { options = { headers = { ["content-type"] = "application/json;charset=UTF-8" }, method = "POST", data = payload }, success = function(response) if ( tonumber(response.status) ~= 200) then self:error("PushOver " ..response.status) self:error("PushOver " ..response.data) end end, error = function(message) self:error("error:", "PushOver " ..message) end }) -- http:request() end) -- pcall() if not status then self:error("PushOver() : Can't perform request to ", Serveur, ":", err) end end end Je viens d'essayer le code ci-dessus chez moi c'est OK

Je n'utilise pas le script ci dessus mais ça fonctionne aussi chez moi

@Lazer J'approuve et si je peux me permettre j'ajoute ma propre expérience. Il y a quelques années après le remplacement des huisseries et la pose de double vitrage, j'avais des moisissures aux angles supérieurs et inférieurs aux quatre coins du nez de chaussée de la maison. (Pas de vide sanitaire ni VNC (1970)) Un ami pro est venu me faire des mesures d'air et à constaté un niveau de C02 trop élevé. (Donc un manque d'aération) Le Co2 n'est pas en soit responsable des moisissures, mais en le faisant tomber on aère la maison. j'ai installé une station NetAtmo et plus récemment un MCO et comme tu le dis c'est plus pour donner une tendance qu'une valeur précise. AU printemps et en été il reste autour de 450 ppm car les portes et fenêtres sont ouvertes. En automne et en hiver dans la matinée et en fin d'après-midi, une bonne aération et il passe rapidement de 1500 à 660 en quelques minutes. Résultat maison plus saine et plus de moisissures. Je constate aussi que si les ppm sont trop élevés, j'ai tendance à avoir un petit mal de tête. @TitiXsi Il faut quelques jours pour que le MCO se calibre ( j'avais constaté une différence par rapport au Netatmo qui lui même était aussi décalé par rapport à un appareil Pro calibré )

Oui la version du device est indiquée dans son onglet général et c'est pour cela que j'ai dit bizarre : j'en ai plusieurs avec des versions différentes

Trouvé, mais bizarre : pas d'appareil à mettre à jour, alors que j'ai des détecteurs de fumées en 3.1 et d'autres en 3.3

pour le moment je poste ici je ne trouve plus pour un module Z-Wave Fibaro comment vérifier ou mettre à jour son firm (Over-the-air) Avant c'était dans onglet général ou avancé du device ?

Moi j'ai ça :

Merci C'était il y a trois ans, début de ma HC3, mais j'ai immédiatement abandonné les scènes, je n'ai que des QA ...

Bonne année 2024 à toutes et tous

Mais nous sommes rassurés par la réponse que t'a fait fibaro ......

Juste lire la doc après une installation de Eaton intelligent Power Protection sur ubuntu 22.04 pour paramétrer correctement un shutdown sur fin de réserve batterie Je l'ai trouvé ICI C'est plus convivial que le paquage nut ( Network UPS Tools ) mais reste à tester Merci à vous 2

Bonjour, cette adresse parait HS est-ce quelqu'un connait la nouvelle. Idem depuis depuis Eaton intelligent Power Protection l'aide est définie sur : http://pqsoftware.eaton.com/manual/ipp/eaton_ipp_users_guide_en.pdf pqsoftware à dû changer de nom ? et il n'y a pas de redirection

Bon noël et bon bout d'an

Je partage vos avis : c'est mieux d'utiliser une application prévue Pour. Mais j'ai tout de même compris mon interrogation ci dessus .. ce n'est qu'un Petit bug Fibaro. En effet si le champ Flux MPG est renseigné, même s'il n'est pas utilisé pour pour la Prévisualisation (utilisation du format JPG) l'aperçu ne fonctionne pas. Vider le champ Flux MPG cela libère le fonctionnement de l'aperçu en JPG ... Ce n'est pas important .....

J'ai profité d'être à l'extérieur pour tester les connexions par réseau 3G/4G (par chez moi les paquets réseau sont transportés par les corbeaux !) Par le cloud Fibaro : Pas de boutons sur les QA -> non exploitable ; les cameras 100% OK (quelques ralentissement mineurs) Par mon.domaine.fr Tous les QA sont parfaitement opérationnels ; caméras Introuvables. Depuis l'installation des caméras dans la HC3 je n'avais plus regardé le Dashboard : dans l'onglet aperçu de leur configuration il n'y a pas d'image. Par contre les actions d'envoi de photos pilotés par le lua sur leur ID : c'est tout OK. Évidement ces mêmes caméras, avec les mêmes commandes depuis d'autres applications ( IpCamViewer , DlinkViewer,... ) fonctionnent parfaitement. (Caméras anciennes DLINK 5020L) Ce n'est qu'une constatation je ne cherche plus à comprendre.

j’utilise peu l’accès à Yubbi Hc3 par un nom domaine et le haproxy. Je l’ai configuré et essayé en début d’année suite à un accès cloud Fibaro HS quelques jours. Depuis je suis revenu à l’accès par le cloud car j’en ai une utilité réduite et qu’il fonctionne correctement pour moi : Bouton de QA, Icones, vidéos … Suite à ta présentation ci-dessus, j’ai re-vérifié l’accès par Domaine + Haproxy. La connexion se fait correctement, les icônes, les boutons de QA sont OK, mais il n’y a aucun accès à mes Caméras. C’est curieux car elles fonctionnent toutes parfaitement en connexion Yubii par le cloud Fibaro. Box 5.150.15 Yubii 1.21.0 sous iPhone et/ou iPad

Oui depuis domocharts lui-même ce serait plus simple Mais : mon besoin étant de créer un nouveau serveur sur une nouvelle machine sans arrêter ni perturber le fonctionnement actuel j'ai choisi de ne pas trop impliquer la Box de Prod, et de ne pas faire des grosses modifications dans son domocharts Comme je dispose d'une seconde Box je teste cette solution. C'est un test qui durera que un mois ou deux le temps de verifier le bon fonctionnement du nouveau serveur. Et c'est pas simple les changements de versions de http, php, sql, apporte toujours des petites surprises. Pour le moment cette solution (Compliquée) fonctionne correctement est s'avère suffisante pour mes essais.

Oui, avec les fonctionnalités natives de MySQL / MariaDB Pour éviter les réplications des bases sql, Mon Test : Je replique l'appel des fonctions DomoCharts:postAPI et DomoCharts:getAPI vers une deuxième HC3 équipé d'un Domocharts-Réplicat simplifié (Qui ne lance aucune action dans le main loop). Ce Répliquat travaille avec une base graphhc3 sur un deuxième serveur. function DomoCharts:postAPI(path, data, callback) DomoCharts:Repliquer("postAPI", path, data, callback) --TEST REPLICAT Les fonctions sont transférées à la deucxième HC3 par une requete http : function DomoCharts:Repliquer(Fonction, Param1, Param2, Param3) Commande = "http://" ..IP_Hc3Dvp .."/api/callAction?deviceID=" ..QA_Domocharts_Replicat .."&name=" ..FonctionReplicat .."&arg1=" ..Fonction .."&arg2=" ..Param1 .."&arg3=" ..json.encode(Param2) .. Cela fonctionne très bien au moins pour les Post qui font bien les insertions. Le get on verra cette nuit avec le trend . Mon seul problème c'est que dès que j'essaye d'ajouter le 3eme Parametre callback dans un arg4, le QA Maitre se bloque. Cet argument callback, qui contient une table de fonctions succes() et error() je n'arrive pas à le manipuler et le passer par la requête HTTP , alors qu'il passe bien de fonctions en fonctions dans DomoCharts: @Lazer As tu idée ? Pour le moment je ne la transfère pas, le domocharts réplicat fait bien son jos, mais je n'ai donc pas de message sur error / succes

J'y ai songé mais vu que ce dispositif Rouge Blanc Bleu est quand même un gadget, je ne vais pas inclure du Zigbee alors que je n'ai aucun device de ce mode. Il vaut lieux se concentrer sur de automatisation utile : Arrêt de la piscine si Température de l'eau > 1°, Passer le cumulus en mode absence, Supprimer l'éclairage extérieur automatique ...