Lazer

Welcome to the forum

Noyeux Joël alors

Tu as 4 tables à modifier : UPDATE domocharts_temperature SET device_id=800 WHERE device_id = 725; UPDATE domocharts_temperature_day SET device_id=800 WHERE device_id = 725; UPDATE domocharts_device SET id=800 WHERE id=725; UPDATE domocharts_device_type SET device_id=800 WHERE device_id=725; Note : les 2 dernières tables ont peut être déjà été mises à jour si tu as cliqué sur le bouton Devices du QuickApp (ou bien si le nouveau module 800 existe depuis hier... car le bouton est activité automatiquement tous les soirs) ça fait très très très très (au moins tout ça) longtemps que je me dit qu'il faut que je prévoie une fonctionnalité dans DomoCharts pour remplacer facilement les ID des modules dans la base de données, mais ce n'est toujours pas fait... du coup je le fais à la main avec les requêtes SQL quand la situation se présente.

Ouais le titre m'a fait marrer Ou alors c'est un lapsus, tu en as marre parce que tu n'as pas compris ce qu'est le mode passerelle chez Fibaro ? Le comportement que tu as observé est tout à fait normal. Une autre box, c'est un autre contrôleur Z-Wave, donc un autre réseau Z-Wave. Rien de nouveau là dedans, c'est comme ça depuis la création du protocole. Les répéteurs n'existent pas en Z-Wave (à ne pas confondre avec le Wi-Fi). Les modules alimentés sur secteur font office de routeur, c'est à dire qu'ils sont capables de relayer les paquets pour les modules les plus éloignées... principe de base du réseau maillé. Si tu veux étendre un réseau, tu ajoutes donc des modules alimentés par secteur. Si tu ne peux pas (distance trop importante), alors c'est là que le second contrôleur Z-Wave est utile : pour créer un autre réseau... par exemple dans une cabane au fond du jardin. Et les box communiquent ensemble par réseau IP (Ethernet, car le Wi-Fi risque de ne pas plus porter que le Z-Wave si la distance est importante) Un autre usage d'une seconde box en mode passerelle est quand on a un réseau trop surchargé (rappel, la limite est de 232 modules, mais on arrive souvent à saturation avant si les modules sont trop "bavards"), donc on peut ainsi créer plusieurs réseaux distincts, indépendants.

Voilà, en PV l'azimuth 0 est au sud (direction du soleil... et tant pis pour les gens qui habitent l'hémisphère sud ) Donc quand on va vers l'est, ce sont des azimuth négatifs, et positif vers l'ouest. Tes résultats me semblent cohérents.

Pour ça tu as le topic du support GEA. Power c'est si ton module a une propriété power.

Cool. Ta production tu l'as déjà, elle est indiquée en vert sur ton graph, donc elle correspond au module que tu as défini comme tel.

Ah marrant le coup de l'unité avec un emoji Par contre attention, dans ce cas les mesures risquent de ne plus prises en compte par DomoCharts, si tu l'utilises.

Super, bien trouvé le coup des emojis dans le log Malheureusement le log n'est pas visible sur l'application mobile, du coup l'intérêt est limité au quotidien. Mais une idée me vient.... ne pourrait-on pas modifier le nom du module, en ajoutant les emojis en question dedans, du coup ça serait visible dans l'app ! Reste à savoir s'il faut recharger l'app pour que le titre se mettre à jour, ou si c'est dynamique... faudrait le tester.

Bienvenue sur le forum Tu peux partager tes créations dans la rubrique adaptée du forum : https://www.domotique-fibaro.fr/forum/120-quick-app-developpeur/

Essaye avec "\n" C'est le saut de ligne, code ASCII 10.

AP System, c'est ce qu'utilisait @flacon030, regarde sur son topic, je ne me souviens plus s'il arrivait à remonter l'information directement depuis les micro-onduleurs.

Je ne connais pas le module PAB01, mais déjà est-il inclus et correctement reconnus par la box ? Si c'est le cas, alors c'est tout bon. Dans les propriétés du module, tu as juste à choisir s'il mesure une consommation ou une production... ce qui n'était surement pas encore disponible lors de la création de ce topic à l'été 2021, car c'est une fonctionnalité que Fibaro a ajouté par la suite : Mais pourquoi utiliser ce module pour comptabiliser ta production solaire ? Ton onduleur ne renvoie pas l'information ? C'est quelle marque, il y a surement une API, ou peut être même déjà un QuickApp qui existe.

Cool ... Profite bien

OK... dans ce cas essaye de tout réinstaller. Je n'ai jamais vu cette erreur, mais je me demande si tu n'aurais pas eu un souci lors du transfert des fichiers PHP vers ton serveur.... le message d'erreur me fait penser à un problème d'encodage des caractères.

Tu as ce message depuis l'installation il y a quelques jours, ou il est apparu seulement aujourd'hui ?

Oh ça va encore il y avait de la marge, ça n'a pas touché. Mais je suis rentré sur le petit moteur électrique intégré à la boite de vitesse, il n'y avait plus aucune reprise... surtout avec la température négative (les batteries n'aiment pas)... le tableau de bord affichait une consommation de 50 kWh/100, un nouveau record ! Et encore, si ça se trouve 50 (tout rond) c'est le maxi qu'il sait afficher... Quand j'avais construit mon abri de jardin, dans un Scenic j'avais chargé 600 kg de tuiles... là ça touchait par contre !

ça va aller, y'a pas trop à creuser... espérons que ce trou là se passe mieux que celui de l'été dernier, où je n'ai jamais trouvé la gaine enterrée... Le plus dur sera de faire les trous dans les murs pour passer les tuyaux frigorifiques. Surtout le trou dans la façade, en plein hiver, c'est bien le meilleur moment

Oui ça on savait déjà Et moi 300kg de matériaux pour couler un bronze bah non une dalle en béton devant chez moi, pour faire un socle pour la PAC. La voiture penchait légèrement sur l'arrière... Y'a plus qu'à attendre que la vague de gel reparte chez nos voisins du nord maintenant.

Normalement dans fil-requin tu peux lui demander de décoder les trames selon leur protocole. Donc tu peux récupérer directement le contenu des requêtes HTTP, contenant : - l'URL - les en-têtes - les données éventuelles (si requête POST ou PUT) Dans les en-têtes, tu dois trouver les cookies.

Ah ben si tu y arrives déjà avec curl en Powershell, tu peux sniffer directement ton PC avec Wireshark. Problème résolu (ou presque)

ça va pas t'aider, mais faut choisir ta chaudière en fonction de ton besoin en domotique. C'est ce que je fais pour tous les appareils que j'achète depuis quelques années. Dernier en date, la PAC Mitsubishi, car il y a un hack pour connecter une API en local sans passer par le cloud. Idem pour les équipements multimedia, etc. L'avantage de ce genre de critère "geek", c'est que ça élimine rapidement la plupart des produits du marché, du coup on se pose moins de question dans le choix des appareils à acheter !

Ah oui, j'avais eu ça avec une application... je ne sais plus laquelle. J'avais réussi à sniffer quand même, avec une autre application je crois... ou bien en rootant mon téléphone, je ne sais plus.

Pas facile... sinon y'a la méthode de bourrin : - installer un sniffer sur ton téléphone (en général ça installe un faux VPN local, ce qui permet de sniffer le traffic sans devoir rooter le téléphone) - lancer l'application mobile de ta chaudière - récupérer le dump du sniffer - analyser tranquillement les trames, c'est à dire les requêtes : URL + Data => tu trouveras le format des headers envoyés, les cookies, etc

Bienvenue sur le forum