Lazer

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

Je crois que tu te prends la tête pour rien. Tu dois juste envoyer la valeur du cookie, je pense que tout le reste (date d'expiration, chemin, etc) tu peux l'ignorer. Comme dans ton exemple LUA de ton message précédent qui me parait correct. Après je n'ai pas accès à ton système, donc je ne peux pas écrire le code LUA à ta place. Il faut le tester, voir le retour, ajuster éventuellement, etc... bref comme souvent en développement, c'est en faisant des expérimentations qu'on arrive à la solution. Surtout quand l'API n'est pas (ou mal) documentée.

Il existe un hack pour ajouter l'API local sur le boitier Cozytouch, mais il faut être un peu/beaucoup motivé : https://www.lafois.com/2020/11/07/rooting-the-cozytouch-aka-kizbox-mini-part-1/ Je conseille au minimum de se lancer dans cette aventure avec un 2nd boitier pour ne pas flinguer le premier.

ça a l'air d'être la bonne syntaxe, mais ce qui est étrange c'est que le JSON du module dit que pour la fonction setColor, il ne faut qu'un seul argument... et ça n'est pas normal, car l'exemple que tu as trouvé (et qui semble ressortir sur Google) c'est bien avec 3 (RGB) ou 4 (RGBW) arguments. Autre solution, activer les outils de dév du navigateur (F12), faire la manip via l'interface Web de la HC3, et regarder quelle syntaxe d'API a été utilisée.

Attention, ce n'est pas setProperty qu'il faut utiliser dans ce cas précis, mais les actions listées dans ton JSON. setValue(...) pour définir la luminosité (de 0 à 99) et setColor() pour les couleurs Cherche fibaro setcolor sur Google pour la bonne syntaxe.