Lazer

Oui on peut faire des choses, mais jamais tu n'auras le même résultat qu'un routeur solaire. Un routeur solaire, ça analyse la consommation plusieurs centaines de fois par seconde, il y a un microcontrôleur qui est dédié à cet unique tâche, dans le but de récupérer le moindre Wh pour l'envoyer vers le chauffe-eau (il "hache" le signal sinusoïdal afin de moduler la puissance injectée dans la résistance). Avec la box domotique, tu auras plusieurs secondes de délai, voire minute. Donc c'est plutôt adapté au déclenchement de grosses charges, typiquement la charge de la voiture, le chauffage, pompe de piscine, machine à laver, etc. Ce sont 2 choses différentes. Donc la première étape, c'est d'installer un routeur solaire. Il te permettra d'exploiter au mieux ton surplus. Ensuite, si tu as encore du surplus que tu veux exploiter, il sera temps de te pencher sur les scénarios domotiques.

Bienvenue sur le forum

Il n'a a même pas une page entière de sujets dans la section DIY, je pense qu'il est prématuré d'ouvrir de nouvelles sections... sinon l'information va se disperser. Peut être plus tard si la section s'étoffe

Alors ça c'est étrange. En Wi-Fi c'est normal qu'elle fonctionne, mais en 4G je ne m'y attendais pas. Et pour les raccourcis, désolé là je n'ai aucune idée, je ne les ai jamais utilisé. Après faut pas oublier que le processus normal de fonctionnement de l'application Yubii, tel que l'a conçu Fibaro, c'est de passer par leurs serveurs. Du coup, c'est bien qu'ils aient fini par ajouter la possibilité de passer en direct sur notre IP publique, mais tu sembles constater que certaines fonctionnalités ne passent pas.

Voilà, donc tu as bien l'accès Web, mais l'appli Yubii refusera de fonctionner.

Bravo, super sympa comme projet Hum.... oui et non. Il y a plus simple, tarif de Base, le même tarif 24/7/365, simple et efficace (ce que j'ai en ce moment) Le tarif HC/HP existe toujours, mais n'est quasiment plus jamais intéressant, sauf cas hyper spécifique. Par contre il y a encore beaucoup de clients qui l'ont encore sans savoir que ça leur coute plus cher... Sinon maintenant il y a plein d'autres offres tarifaires, dont TEMPO (6 tranches horaires), ainsi que les offres innovantes comme les heures week-end, ou super-creuses, etc.

Oui, voir les discussions sur cette page, tu auras l'explication (et la solution n'est pas si simple) :

Bienvenue sur le forum

@henri-allauch effectivement le graph par défaut est limité... jamais eu le temps d'ajouter le graph daily. Normalement la table domocharts_cpu_day devrait être populée, donc il faut construire le graph à la main, par exemple en faisant un export des données CSV dans Excel, ou bien attaquer la base SQL directement avec Grafana pour faire un graph perso. Dans les tables tu trouveras aussi le détail des coeurs du CPU (peu utilse dans le problème qui nous concerne, mais pour info)

@TonyC Je pense comme toi, la charge CPU n'est pas la cause des plantages. Mais rien n'interdit de penser que ça soit un facteur amplificateur. Quant à la température, on pourrait le penser aussi, mais j'en doute. Ma box de prod (serial 13000), très chargée (nombreux modules Z-Wave et QuickApps, cependant le CPU reste inférieur à 10% hors pointe exceptionnelle) est dans un placard technique (avec le serveur, la Freebox, etc), donc au chaud, et pourtant elle est ultra stable. Mais box de test (serial 300), peu chargée (aucun module Z-Wave, juste quelques QA), est dans mon bureau, et en ce moment, il y fait 17 la nuit, et 19° quand j'y suis.... et présente des plantages depuis les 2 derniers firmware beta, alors qu'elle ne m'avais jamais fait ça avant. Donc soit un défaut hardware est apparu sur la box de test comme par hasard avec la dernière série de firmware, soit ils ont introduit un nouveau bug non documenté dans le changelog J'attends le prochain plantage (statistiquement cette nuit ou la prochaine), puis je fais un retour arrière sur le firmware stable, et on verra comment elle se comporte.

Si tu as DomoCharts, tu peux regarder le graph CPU, tu verras si la charge processeur a diminué entre avant/après ta modif.

C'est de pire en pire, maintenant un festival de messages d'erreur différents : Le système a récupéré d'une erreur inattendue Erreur lors du démarrage du système

Non, chez OVH tu peux prendre un nom de domaine seul, sans hébergement, et créer autant de sous-domaines que tu veux. C'est ce que je fais. https://www.ovhcloud.com/fr/domains/

Ah, merci, il a fallu attendre pour que quelqu'un rebondisse dessus

Avec Apache, tu peux faire un reverse proxy, mais perso je ne suis pas fan de cette solution. Je préfère utiliser HAProxy en frontal Web, qui joue le rôle de Reverse Proxy, c'est donc le seul qui écoute sur le port public 443. Et ensuite HAProxy réémet le requêtes en interne, soit vers la box domotique, soit vers le vrai serveur Web Apache hébergé sur la même machine, mais qui écoute sur un autre port que le 443. De la sorte, tous les flux sont protégés par le reverse proxy, et peuvent ainsi bénéficier des certificats signés. Et de préférence bannir le port 80 HTTP simple non sécurisé, il n'y a plus vraiment de raison de l’utiliser de nos jours, sauf cas spécifique.

C'est pour ça qu'il faut un reverse proxy, car c'est lui qui présente le certificat signé. En résumé de tes expériences, l'ouverture/redirection de port ça permet d'accéder à sa box à distance via le Web, mais ça ne permet pas d'utiliser l'application mobile Yubii.

Bienvenue sur le forum

les doigts mouillés, les pieds dans la baignoire

use the break instruction

Je pense que c'est normal, car tu n'utilises pas de certification signé par une autorité de certification reconnue. Avec ton certificat autosigné (tu as l'alerte dans ton navigateur), l'application mobile Yubii ne peut pas confirmer que l'hôte est authentique, donc elle refuse la connexion. En local ça marche car elle doit se contenter du HTTP/80 simple sans sécurité, considérant que c'est suffisant. Mais pas via le WAN. Donc il te faut un vrai certificat, Let'sEncrypt c'est très bien et gratuit. Par contre il faut impérativement un nom de domaine je pense, car je ne suis pas sûr que ça fonctionne avec les DynDNS.... à tester.

Cramer un module c'est possible, surtout le FDG-211, tu devrais le tester sur une table d'essai avec un montage basique : un interrupteur, et une lampe, des fils courts, et c'est tout. Déjà vérifier qu'il fonctionne correctement pour un cas simple. Puis après tu ajoutes de la complexité.

Tu n'as peut être pas identifié les box câbles... ça arrive parfois quand les câbles passent par des boites de dérivation intermédiaires, du coup la couleur aux 2 extrémités n'est peut être pas la même... bref c'est galère pour ça les vieilles installations électriques.

La dernière version permet de passer l'authentification OAuth 2.0 que Netatmo devait imposer à partir du mois d'octobre. Comme l'OAuth 2.0 n'est pas possible depuis les box Fibaro, son auteur gsmart a proposé une solution permettant d'héberger une page sur son site.

Ah oui tiens, effectivement, et en plus c'est indiqué dans le descriptif sur le market Fibaro, merci pour le rappel De mon coté je ne suis pas (encore ?) passé à cette nouvelle version, vu que Netatmo n'a finalement pas (encore ?) coupé l'accès à l'ancienne API, du coup j'utilise toujours mes tokens générés directement sur le site de Netatmo.

Il faut te créer tes identifiants/token sur le site Netatmo Developers : https://dev.netatmo.com/ Je crois bien qu'il y a déjà quelques screenshots qui expliquent comment faire ici, sur ce topic ou un autre dédié à Netatmo.