Reprise du message précédent :
si tu n'en as pas déjà un, rajoute un bypass ?

Bonjour à tous,
 
Suite à l'aide que j'ai reçue ici (merci encore), je vous fais un petit retour sur ce que je suis parvenu à mettre en place en termes de "mini-dashboard" pour une partie de mon installation domotique.
 
Mon installation: Domoticz & Mosquitto sur un Rpi + 1 sonoff pour le fil pilote du salon + capteurs de température à divers endroits.
 
L'idée: utiliser un M5Stack pour discuter via MQTT avec Domoticz et faire un dashboard "minimaliste".
 
Donc le M5Stack, que j'ai découvert ici, c'est un petit appareil Wifi (ESP32 + boutons + écrans), censé être une plateforme de développement / éducative. Le firmware par défaut c'est UIFlow, un environnement de développement genre Blockly assez simple d'accès (voire trop).
 
Les défauts du M5Stack/UIFlow, maintenant que j'ai mis les mains dedans, sont les suivants:
 
1) La gestion du MQTT est à chier, il faut que les messages MQTT ne contiennent qu'une valeur pour qu'ils soient reconnus par le M5Stack. Je dois donc passer par des scripts Python pour récupérer et reformater des requêtes json faites à Domoticz pour récupérer une valeur (genre la température) et la publier en MQTT sur Mosquitto, le tout à intervalles réguliers (exécution du script Python toutes les x minutes via cron).
 
2) Le firmware de base ne permet pas de faire grand chose, juste une interface et des actions simples avec les boutons... Du coup pas de mode veille, par exemple, et la batterie du bestiau se vide en 1h environ. Pour des fonctionnalités supplémentaires faut passer par du python "en dur" et une librairie ESP32, plus une surcouche éventuelle... Mais ça va me prendre du temps de tout coder en dur, même si des aides existent, genre "M5ez", une librairie permettant de faire des menus et autres.
 
3) C'est petit... Mais alors vraiment petit. L'écran en 320x240 ne permet pas de faire grand chose. Je regardais les dashboards à base de tablette tactile que certains ont ici, et je trouvais ça trop grand, mais du coup avec ce que j'ai impossible de faire tout sur un seul écran, ou alors c'est difficilement lisible.
 
Sans plus attendre, voici une photo du bouzin en action. Pour le design de l'interface, j'ai commencé par un truc fait à l'arrache, mais le WAF étant là, j'ai gardé le jeu de couleurs dégueulasse:
 

heyyyyy sexy la petite boite ^^ ça me donnes des idées du coup merci pour l'info

Ça intéresse quelqu'un un cube max! flashé si je revends ?

Je viens d'emménager dans un nouvelle maison.
Je m'étais fais plein de projet de domotisation du chauffage, mais force est de constater qu'un bon thermostat adapté au logement c'est la vie
Celui présent dans le maison, ne permettra pas d'interconnexion avec le reste (évidemment) mais on peut très facilement gérer les plages horaires de chauffe, programmer une absence. Et la maison étant bien isolée, sur 2 étages, j'ai ma température cible à l'étage en y coupant les radiateurs.

Il y est depuis le premier jour.

 
Yessse !  
J'ai enfin réussi  me connecter à mon réseau Zigbee... en fait le souci n'était pas du coté du firmware mais de zigbee2mqtt... Pour je ne sais qu'elle raison il n'aceptait plus aucun join. C'est en essayant de joindre un vrai device que je me suis rendu compte du souci. un reboot plus tard, tout est rentré dans l'ordre, et la gateway flashée s'est appairée aussi !
 

 

 

 
Je suis en train de mettre çà sur Github pour ceux que ca interesse. Je vous mettrai le lien ici dès que possible.
 
C'est de bonne augure tout çà. Prochaine étape: Flasher un inter WXKG02LM pour leur faire utiliser les clusters standards et autoriser le direct bind...
A suivre.

 
Tu peux essayer d'ajuster le paramètre 1 & 2 (brightness min.max, surtout ce dernier en le diminuant légèrement par rapport à la valeur après un ajustement automatique).

Non, mon souci , c'est que après un certain temps, la lumière se met à "vibrer". Ca le commence après 15/20 minutes de fonctionnement. En bougeant un peu la luminosité, ca se stabilise, puis ca recommence 5 minutes plus tard.  
Ca fait trois ans que je l'ai et ca à commencer à faire çà il y a 2 mois.
 
J'ai essayé avec un autre FGD12 , et là plus de souci. Donc a priori c'est bien le dimmer qui faiblit.

Montage avec ou sans le neutre ?

sans

j'en ai un qui fait ça depuis le départ (montage sans neutre). Et 2 autres qui ont eux le neutre et qui n'ont pas ce problème...J'ai toujours pensé que ça venait du montage sans neutre.... Du coup il à peut être un défaut aussi le mien...  

Je pète un plomb avec l'installation de HACS. J'ai suivi le tuto d'installation, tout s'est apparemment bien passé. Après la mise en route, j'ai la barre de "tâche qui tourne en fond" qui était permanente, du coup ça n'allait pas. J'ai redémarré HA comme préconisé dans un bug similaire. Au reboot HACS était à moitié cassé, pas d'onglet "communauté" à gauche. Le log ne disait rien d'utile à part un "ghitub erreur 403". J'ai à nouveau redémarré HA, pareil. Je suis retourné dans 'intégration', comme préconisé dans un ticket j'ai supprimé l'intégration de HACS et je l'ai recréée : pas moyen de la recréer, au moment de mettre le token github ça dit "token invalide". J'ai pris soin de supprimer et recréer le token, même erreur (qui n'était pas apparue la première fois). Et le log est vide, à part ça (home-assistant.log) :
 
2020-01-26 22:56:09 ERROR (MainThread) [custom_components.hacs.config_flow] GitHub returned 403 for https://api.github.com/repos/hacs/org
 
 
Pour couronner le tout, la découverte zigbee2mqtt est HS, les capteurs zigbee2mqtt ont disparu, comme si le plugin était désactivé, alros que je n'y ai pas touché. Si j'écoute le topic zigbee2mqtt dans la zone de débug MQTT, je vois bien passer les messages des capteurs zigbee qui étaient dans l'interface encore le jour précédent. J'ai vérifié le paramétrage de zigbee2mqtt dans HA, la découverte est bien activée.
 
ça me pète les genoux tout ça.

 
On peut le reflasher sur le firmware d'origine ?

non on peut pas!

 
Quelle version ? Et comment tu le fais tourner ? C'est un conteneur docker ?  
C'est étrange, je n'ai jamais eu ce souci. Il est toujours en mode discovery (je sais c'est pas bon). J'ai juste redémarré une fois sur à une montée de version mais sinon, après des mois d'uptime, j'ai pu ajouter un device sans souci.

 
  On peut faire cohabiter 2 cubes sur le même lan ?  
 
 et reflashé en quoi du coup ? ça pourrais m'intéresser selon le flash

tu peux, par contre les vannes ne peuvent être appairées qu'à un seul cube
flashé avec cette méthode: https://community.home-assistant.io [...] tant/74218

ha ça semble pas mal ça,
pour les vannes, ça serais 1 cube pour l'étage en fait, celui du rdc as du mal à communiquer avec les vannes de l'étage donc ...
 
 Ton prix avec les frais de port ? t'as des vannes à vendre aussi avec ou pas ?

30€ +fdp je pense? pas de vanne à vendre non
par contre, laisse moi terminer quelques tests avant de valider la vente si ça te va?

Yop,
 
Plus d'infos ici: https://grostim.github.io/pimpMyBee/

 
au top!
 
ça permettrait de modifier les capteurs de température pour avoir un fonctionnement plus adapté à de la régulation (message régulier et sur changement de niveau )
 

 
c'est correct, fais moi signe une fois tes tests terminés, ce soir je vais flasher celui que j'ai déjà du coup .. quoique .. faut avant que je vérifie que je puisse bien en utiliser 2 avec ce firmware

je pense pas que ce soit problématique, mais par contre vu que le flashage est pas réversible, attends peut-être le mien pour voir si le mode de fonctionnement te convient avec fw flashé, non?

Tout est imaginable. Même si sur les capteurs sur pile, toute la difficulté sera de trouver le fonctionnement qui assure le meilleur compromis fonctionnalité / conso d'energie.

c'est sur que le dev low power, c'est un art

Home Assistant Z-Wave over MQTT Integration (Pre-Release)
 
https://github.com/cgarwood/homeassistant-zwave_mqtt
 
This integration allows you to utilize OpenZWave's qt-openzwave to control a Z-Wave network over MQTT. It is currently available as a custom component through HACS and will be submitted as an official Home Assistant component once it has matured a bit.
 
This is an early beta/pre-release and there are still significant limitations
 
 
Installable via HACS.

Oui. Et mon expérience en la matière se limite à quelques heures de TP sur microchip il y a 20 ans.

Tu as tenté le coup ?

Je suis en train d'opérer une migration jeedom -> Hass, et j'ai temporisé un peu à cause d'openzwave 1.6 mais je vais essayer de tester ça rapidement.

 
Curieux de savoir aussi, j'ai bien HACS d'installé
Mais sur le Readme, ils parlent d'installer un conteneur pour le OpenZwave MQTT daemon.. Dans HASS.io, on ne peut pas vraiment faire ça à ma connaissance..  

Je voulais envoyer des notifications par SMS de mon installation domotique et ce ne fut pas facile de s'y retrouver dans cette jungle.
 
A long terme, je pense prendre une clé 2g/3g avec une carte sim qui sera branchée sur mon serveur domotique (lui-même connecté sur un onduleur). Cela me semble plus propre qu'avoir un smartphone avec SMS gateway.
 
En attendant pour valider le concept, j'ai utilisé des services d'envoi de SMS par internet.
Tout le monde cite Twilio mais il faut payer un  abonnement par mois pour avoir un numéro de téléphone permettant d'envoyer des SMS (et ensuite il faut payer par SMS).
J'ai trouvé Sinch qui ne nécessite pas de numéro, on paye juste chaque SMS.
 
Aux USA, ils ont des SMS gateway (email -> SMS) mais je crois que cela ne marche pas en Europe.
Il y a aussi l'option SMS API avec Free mobile mais je ne sais pas si c'est fiable.
 
D'autres idées ?

L'API SMS de Free nécessite d'avoir accès à ... Internet !
Donc tu perds tout l'intérêt de la passerelle SMS en domotique justement.
 
Mais dans ce cas, tu fais comme tout le monde (si tu habites en France) => SIM Free mobile à 0/2€ avec SMS illimités, c'est juste parfait pour cet usage.
 
Le coup de la clé 3G en USB directement sur la box, c'est une bonne idée, mais la réalisation est compliquée, et pas toujours aussi stable qu'on veut bien le croire... regarde les forums des geeks qui s'y sont essayés.
 
Au final il est justement plus pratique, facile, pas cher, et fiable, de réutiliser un vieux smartphone Android pour cet usage, au moins tu es certain que la gestion de la connectivité GSM sera parfaite (c'est un peu la fonction de base d'un téléphone justement)

Pourquoi veux-tu passer par une solution intermédiaire de SMS par Internet ? Si tu restes en IP autant utiliser un système comme pushsafer ou équivalent.

Oui l'API de Free nécessite Internet. Mais comme solution intermédiaire c'était peut-être pas trop mal.
J'étais vraiment étonné que ce ne soit pas plus facile que ça de trouver une solution pas trop chère envoyant des SMS par Internet de manière fiable.
 
La solution intermédiaire, c'est le temps que je trouve le temps de mettre en place la clé 3g: comme le dit lazer127, c'est pas toujours très fiable.
Je vais donc potasser un peu le sujet pour voir.
 
En attendant, je ne suis pas sûr d'avoir toujours Internet sur mon téléphone (problème de réception) donc envoyer les SMS par Internet c'est mieux que rien.
 
Mais pour être honnête, j'ai très rarement des soucis de connexion internet à la maison. Donc c'est peut-être un peu inutile la clé 3g (mais c'est comme les backups ou les assurances, on est finalement bien content de les avoir en cas de pépins).
 
P.S. : il y a Pushbullet aussi via Internet en presque 100% gratuit mais je crois que cela ne marche pas très bien avec iOS.

Et je viens de regarder et les notifications sous Home Assistant cela ne semble pas très robuste.
 
Dans la plupart des cas, cela tente une connexion vers le service et renvoie simplement une erreur en cas d'indisponibilité (pas de nouvelle tentative après un délai).
 
Au moins avec un SMS, le téléphone va tenter de renvoyer en cas de soucis avec le réseau (pour peu que le SMS arrive sur le téléphone ou la clé 3g !).

 
Pas testé non.
Je n'y vois aucun intérêt dans l'immédiat, surtout en mode 'alpha' bourré de bugs.  J'attendrai que ça devienne la méthode "par défaut" de Hass.

Alors oui et non, c'est effectivement une bonne solution pour l'envoi mais j'en suis revenu parce que les batteries n'aiment pas du tout être branchées h24, et sans batterie impossible d'allumer le téléphone

Et du coup tu utilises esphome avec un ESP32 TTGO SIM800L ou bien tu as une autre solution

 
J'ai un vieux MotoG qui est resté branché 3 ans.
J'avais dessus un plugin (JPI ou un nom comme ça) qui me remontait l'état de la batterie sous Jeedom. Le smartphone était branché sur une prise connectée que Jeedom allumait quand la batterie tombait à 20% et éteignait à 100%.

Pour cette raison précise, mon smartphone est sur Wall Plug depuis le tout premier jour (en réalité j'en suis à mon 2nd smartphone, le premier a fini par rendre l’âme, la couche tactile de l'écran déconnait, bien gênant les rares fois où j'avais besoin d'y toucher... un HTC de 2010, il a bien vécu)
Avant j'utilisais SMS Gateway, et Tasker à coté pour gérer les cycles de charge/décharge.
 
Depuis que je suis passé à JPI, c'est lui qui fait tout, c'est prévu pour. Il envoie directement les ordres HTTP à la box pour piloter le Wall Plug.