jojo

Bonjour tout le monde. J'ai un serveur web installé sur un NAS Synology. Par ailleurs j'ai un HAProxy installé sur une Debian dédiée. Je peux accéder à mes sites web en local : http://192.168..xxx.yyy/domocharts/index.php comment devrais-je configurer mon HAProxy pour que je puisse y accéder depuis l'extérieur : https://sousdom.chez.moi/domocharts/index.php J'ai déjà installé les certificats Letsencrypt. Voici l'erreur que j'ai Merci de votre aide

tu as une excellente mémoire ! (C'est également le fichier de config des autres paramètres). Si tu as des contacts avec le développeur, tu le féliciteras de ma part, car il a pensé à tout !

je suis devenu un gros utilisateur de Domocharts, pour essayer de comprendre ce qui se passe avec ma PAC qui ne veut pas aller comme je veux. Donc je fais des interprétations croisées des consignes de température, de la température mesurée et de la conso de courant [A] de la PAC. Dans le graphe détaillé de température, il ne semble garder que 7 jours, puis il fait la moyenne journalière dans la tablez domocharts_temperature_day (puis j'imagine après un certain temps (combien ?) il la purge que pour garder _moth). Pour mon analyse, j'aurais besoins des informations détaillées sur une plus longue période. Dans quel fichier php (et où ?)est-ce paramétré ? Merci

en fait toute la logique (= ce que tu veux faire faire) est dans le QA. Dans mes calendriers Google, ce n'est que quand. Ici, ,ma SdbRdC passe en mode confort de 8h15 à 9h00 (mon QA sait qu'il doit prendre action à 8h15 et à 9h00, mais c'est lui qui détermine quoi faire. Dans mon cas précis, c'est passer la SdBRdC en mode confort à 8h15 puis retour en mode Eco à 9h00, mais j'aurais pu lui dire d'allumer le sapin de Noël entre 8h15 et 9h00. Ici, je dis (tôt) à ma box qu'il faudra sortir 3 poubelles et ensuite GEA me dira les messages qu'il faut où il faut et quand il faut. La seule limite est ton imagination ...

Dans le tuto, je ne vois nulle part mention de variable de QA. la variable StartVal2 contient le nom de la méthode/fonction qui est appelée et est comprise dans le QA dont l'ID se trouve dans la variable StartVal1. Et l'ID de ton device serait comme par hasard le même que le mien ??? As-tu également bien mis le bon ID (pas celui que je t'ai donné en exple) du calendrier à surveiller ? J'ai commencer par faire une action simple pour valider le principe. En tout cas, ça fonctionne au 1/4 de poil (coupé dans le sens de la longueur) chez moi : je l'utilise tous les jour pour la gestion du chauffage des différentes pièces et pour savoir quand sortir quelle poubelle

le lien avec la box se fait ici : /* Paramètres de la box */ /* voir authentification dans backend haproxy => autre xxx.yyy.be */ var Box_User = "MonUser"; var Box_Pwd = "MonPwd"; var Box_AuthHeader ="Basic " + Utilities.base64Encode(Box_User + ':' + Box_Pwd); var Box_Options = {headers: {Authorization: Box_AuthHeader}}; var Box_IP = "xxx.yyy.be"; // xxx.yyy.be|external IP si port forwarding zzzz var Box_Port = "443"; // 443|80|zzzz - le port externe qui est redirigé vers le port interne var Box_Protocole = "https"; // http|https var Box_Cmd = "api/callAction"; puis ensuite ce qui fait l'API var StartVar1 = "deviceID"; var StartVal1 = "177"; var StartVar2 = "name"; var StartVal2 = "GoogleThermo"; var StartVar3 = "arg1"; var StartVal3 = "Title"; var StartVar4 = "arg2"; var StartVal4 = "Confort"; var EndVar1 = StartVar1; var EndVal1 = StartVal1; var EndVar2 = StartVar2; var EndVal2 = StartVal2; var EndVar3 = StartVar3; var EndVal3 = StartVal3; var EndVar4 = StartVar4; var EndVal4 = "Eco"; mais si tu suis les instructions du tuto à la lettre, ça devrait fonctionnet

d'après ta copie d'écran, tu aurais fait du gros nettoyage dans le script. Je n'y vois plus la section où on défini les calendrier à analyser /* Identifiant des agendas indiquer tous les agendas dans CAL[i] en commençant par i = 0 et l'incrémentant de 1 à chaque entrée. */ var CAL = []; CAL[0] = "d7t37al9nru9...@group.calendar.google.com"; // name = 3---Domo - Therm Biblio CAL[1] = "avc9jq61djje...@group.calendar.google.com"; // name = 3---Domo - Therm Bureau CAL[2] = "3ba4uvfqtvnk...group.calendar.google.com"; // name = 3---Domo - Therm Maximilien

merci @fredokl, sans toi, j'amais je n'aurais osé installer/configurer la nouvelle app. Mais pourquoi du coup certains QA fonctionnent avec l'ancienne app, et d'autres pas ?? Et avec la nouvelle app, certains QA me faisaient également "access forbidden", car la case à cochée ne l'était pas. Idem, pourquoi ? En fonction de l'age du stagiaire ?

oui, j'avais écrit le tuto ... Je n'ai plus qu'à le retrouver ... (en fait lien dans ma signature ...)

ça reste la cata ! après de multiples difficulté, j'ai réussi à connecter la nouvelle app et utiliser mes VD, mais il faut encore que je trouve comment ne plus passer par le cloud Fibaro. => Merci pour la solution (même si je ne l'aime PAS) => pas d'upgrade si tout fonctionne bien !

je suis ur l'"ancienne" version de Yubii, mais je voudrais éviter de migrer ...

Je suis dégouté : la rétrocompatibilité de base n'as même pas été envisagée : exple, tous les QA sur mobile, je ne peut plus y accéder. Il y en a un que j'utilise régulièrement : celui du PID du chauffage de la salle de bains : avant de prendre ma douche, je mets le chauffage sur manu (= chauffe pendant 30min, puis revient à la consigne précédente) Et bien, maintenant sur l'appli Yubii j'ai "accès forbidden" et malgré que j'ai vérifié que l'utilisateur avait les droits sur tous les appareils, et que dans les paramètres du QA, dans l'onglet avancé, "utiliser les nouvelles vues dans l'application mobile" soit coché. Avez-vous une idée ? Et bonne année !

et zut, il y a vraiment un soucis avec l'UI. Les balises html ne sont plus interprétées

Bonjour, Suite à une bêtise de ma part (non, je ne vous direz pas laquelle, pour que vous ayez le possibilité de rire de moi ...) j'ai du passer en 5.170.16. Bien que ça ne soit absolument pas critique, je me suis penché sur le problème du GEA qui ne s'affichait plus bien depuis 2 stables. Voici la solution (ne me demandez pas pourquoi ce n'était pas ok, mais maintenant c'est bon chez moi). Por les bouton ON/OFF qui ne s'afficiaient plus, le case Visible n'était pas cochée. Pour les labels (Running, Intervalle, ...) il faut juste les détruire et les recréer avec l'ID original.

même si tu envoie le message depuis Hawaï

et pourquoi pas directement des SMS avec IFTTT ?

désolé, aucune autre idée, chez moi ç tourne sans reboot pour le TTS. chez toi uniquement problème ave SMS ? (je n'ai jamais utilisé pushbullet pour des SMS)

à l'poque de ma Lifedomus, j'utilisait également pushbullet pour avoir des notifs par catégorie. J'étais passé à la version PRO (je ne sais plus pourquoi), mais le prix était très raisonnable. Une piste ?

au risque de me répéter : Joyeux Noël !

fera partie des bugs divers résolus de la prochaine beta (mais ! qu'ils n'oublient pas également d'inclure ces corrections dans la prochaine dite stable)

pourquoi utilises-tu les # d'id dans tes règles alors que tu as créé un tableau en début de config ?

tu nous invitera pour le feu d'artivice ?

et donc les contacteur (Legrand) peuvent "la contre" ? quelle est la différence entre un contacteur et un relais ?

vous allez m'obliger à organiser une vente aux enchères pour mettre tout le monde sur pied d'égalité

tout application/solution domotique doit pouvoir basculer facilement pour fonctionner sans la box. Dans ce cas précis, ok pour utiliser la box pour piloter les radiateurs, et même pour générer des alertes en cas de dépassement de seuils de température, mais tes radiateurs doivent continuer de fonctionner (comme aujourd'hui) indépendamment de la box.