Reprise du message précédent :

Suite à la réception de ma palanquée de sonoff basic en promo, je vais acheter quelques-uns de ces capteurs, toujours pour brancher sur le fil pilote de mes radiateurs, et utiliser un thermostat via domoticz.
Cette solution me paraît plus sympa qu'un TH10+sonde dédiée pour plusieurs raisons :  
- moins cher
- moins gros  
- longueur de câble adaptable entre sonde et radiateur
 
En revanche, je ne sais pas vraiment quel câble acheter. Une idée ?
 
edit : ça ferait l'affaire ? https://fr.aliexpress.com/item/1M-P [...] 16213.html
Et puis il faudrait que je trouve un petit boîtier discret pour les capteurs aussi.

Un projet open-source bien avancé de Gateway Zigbee communiquant avec l'host via MQTT :
https://github.com/Koenkk/zigbee2mqtt/wiki
 

C'est quoi le matériel qui héberge ce soft ?
 
edit: ok j'avais pas vu que le "CC2531 USB sniffer" était un dongle zigbee

 
Tu veux du câble pour des sondes? A trois fils? Tu peux utiliser ce que tu veux, la section n'importe pas, il n'y a pas de puissance. L'exemple low cost  c'est du câble téléphonique, mais c'est pas spécialement esthétique. Si le capteur est en 3.3V il faut juste faire gaffe à la section du fil au delà de 10m de distance, sinon c'est free.  
Le problème avec les articles chinois c'est qu'ils mentent tout le temps sur leur câble : mauvaise section, photo trompeuse, etc. Le câble que tu montres, si ça se trouve il faut un microscope pour le voir. A priori il est un peu rigide (il mémorise la forme que tu lui donnes), si ça se trouve ça ne va pas t'arranger. Ou alors le câble est tellement fin qu'il casse à la moindre traction. Ceci dit, à 60cts€ le mètre, c'est relativement cher, il a intérêt à être correct. On doit pouvoir trouver mieux pour ce prix en grande surface genre brico dépôt, le problème c'est qu'il n'y a pas spécialement de choix en câble de très petite section.

Champagne !
Tasmota et donc sonoff sont officiellement capables d'être des thermostats autonomes.

https://github.com/arendst/Sonoff-T [...] at-example

C'est pas du pid mais osef. Et c'est valable pour du fil pilote.

Reste à voir pour l'intégration de la consigne dans Domoticz. Ya des astuces pour y arriver.

Merci.
4 fils si j’ai bien compris ton essai ensuite.
Je jetterai un œil chez mon détaillant local.

Bonne nouvelle, je vais suivre ça.
 

Le mec a créé une issue pour augmenter la taille de l'espace alloué.

Le SOnoff 4CH R2 à 14€, je suis tenté de l'acheter même si je n'en ai pas besoin
 
https://www.dealabs.com/bons-plans/ [...] nc-1219205
 

Dites-moi j'aurais besoin d'un petit conseil, Domoticz c'est sympa mais j'aimerais me faire mon propre système de domotique, ça serait un back en NodeJS que je pourrais vraiment customiser à ma sauce.
 
Par conséquent je n'aurais pas vraiment besoin de l'interface graphique de Domoticz, juste du core qui fait fonctionner le tout. Quelqu'un sait si c'est trouvable, ou bien Domoticz est-il forcément livré avec l'interface web ?
 
Pour être clair, ce que je cherche à exploiter avec Domoticz (ou un autre utilitaire similaire), c'est l'intégration de systèmes externes très variés et les communications toutes prêtes avec ces devices une fois rentrés dans Domoticz. Je pourrais, pour certains devices, utiliser les API/drivers JS officiels (ou non) pour commander ces devices, mais je dispose de quelques devices qui n'ont pas ce genre de choses out of the box, d'où mon intérêt pour exploiter ce qui a été déjà réalisé à ce sujet par Domoticz.
 
Une fois que mes devices sont rentrés, je n'ai plus vraiment besoin de l'interface et j'aimerais gérer moi-même mon interface, mes interactions entre systèmes... Par exemple, pouvoir setter depuis une appli/interface web custom une heure de réveil, et pouvoir trigger plusieurs actions customisées en utilisant l'API de Domoticz (ou autre util) ou bien directement l'API de mes devices (hue par exemple). Autre exemple très con : on ne peut pas setter de timer vraiment finement pour allumer des ampoules Hue suite à un mouvement détecté : si je veux que la lampe reste allumée 5s, c'est pas possible, c'est minimum 30s. Et si je veux qu'elle reste allumée 2min sauf si un mouvement est ensuite détecté dans la pièce suivante, uniquement entre minuit et 7h du mat, auquel cas elle doit s'éteindre instantanément, c'est tout bonnement une ignoble galère.
 
Est-ce que cela ne risque pas de poser des problèmes de synchro avec Domoticz si je ne passe pas par son API pour commander tous les devices ? Est-ce possible de faire de la synchro d'état de qualité en s'appuyant uniquement sur les états délivrés par Domoticz ?
 
Si quelqu'un a quelques réponses à cela, je suis preneur

Si tu utilises des actionneurs à retour d'état, peu importe si tu les commandes depuis domoticz ou un logiciel lambda. C'est le point crucial au moment de choisir le matériel domotique.
 
Nous sommes pas mal à mixer les solutions, tu pourrais faire cohabiter jeedom et domoticz, Home Assistant, etc
 
Si tu veux utiliser domoticz comme back end et non comme front end, c'est tout à fait possible. En installant le plugin MQTT dans domoticz, tu récupères tous les évènements de celui-ci dans ton front-end, et tu peux pousser/déclencher des évènements dans le sens inverse, donc c'est tout bon. Il faut juste éviter les boucles d'évènements domoticz -> système 2 -> domoticz --> etc.
 
Moi j'ai interfacé Domoticz avec un moteur de script python dans lequel je fais tous mes scénarios. Domoticz sert à collecter et distribuer les évènements des capteurs, et à stocker les états en base. Si le PC redémarre, mon moteur Python se synchronise avec domoticz pour avoir tous les états tels que Domoticz les avait avant la coupure (pratique pour les quelques matériels sans vrai retour d'état comme les volets).

Voilà tu as bien cerné le truc, c'est bien de faire ça dont il est question, à peu de choses près.
 
Il ne s'agit toutefois pas seulement de changer le front et d'utiliser Domoticz comme backend, j'aurai un front (plusieurs mêmes à terme, une interface web et une appli mobile), un back custom (en NodeJS sur un RPi à la maison), et c'est ce back custom qui irait taper dans Domoticz et se synchroniserait dessus. Quand tu parles de ton moteur de scripts python, mon back serait certainement un peu pareil en JS, et me permettrait de gérer des scénarios très poussés (la seule limite à priori serait mon imagination).
 
Je parle bien de synchro car les interactions devront être bidirectionnelle. Par exemple un interrupteur Xiaomi/Aqara déclenché manuellement remontera dans Domoticz, et il faut que l'info remonte jusqu'à mon back perso et mon/mes interfaces front. Inversement, si je fais une action sur mes interfaces perso, l'info sera transmise vers mon back perso et devra être persistée dans Domoticz pour ne pas avoir de conflits entre les états de mes devices.
 
C'est là je pense qu'est la difficulté, n'avoir qu'une seule source pour une gestion d'état unique, pour éviter de dupliquer l'état global du système à plusieurs endroits et risquer des désynchronisations. Je vais checker le plugin MQTT merci

Oui, les dénominations back/front ne sont pas pertinentes. J'utilise mon moteur de scripts Python (eventghost) qui est synchronisé avec domoticz, et j'ai une interface web qui fait des appels json vers domoticz et vers eventghost, en toute transparence. Cette interface fonctionne H24 sur un écran e-ink (hack de liseuse)
 
Concernant la maîtrise des états dans chaque environnement, chez moi c'est au cas par cas : domoticz connait l'état de quasiment tous les appareils (peut être 100 appareils / capteurs / indicateurs à ce jour), eventghost garde en mémoire et maintient l'état de tous les appareils dont il a besoin pour ses scénarios. Une trentaine d'appareils de mémoire. Et j'en rajoute à la demande (je maintiens une liste d'appareils pour lequel je surveille un changement d'état venant de domoticz). Je n'ai pas de désynchronisation, en cas de redémarrage eventghost fait un appel json à domoticz et je mets à jour tous les capteurs en me basant sur l'id domoticz. ça prend quelques heures à coder mais ensuite c'est la tranquillité, aucun souci de désynchro.

Découverte très intéressante concernant les pompes à chaleur Mitsubishi.
 
Je voulais avoir le contrôle de mon chauffage qui consiste en un split Mitsubishi. J'étais rapidement tombé sur MelCloud, la solution officielle de la marque, et le plugin domoticz associé. Mais devoir faire des requêtes web pour contrôler son chauffage sérieux  
 
Je suis tombé sur ça :
https://nicegear.nz/blog/hacking-a- [...] nditioner/
 
Succintement :
- la PAC a un port série dispo
- le mec a rétro-ingéniéré le protocole et il y a tout le contrôle de la PAC
- il a fait le code pour tourner sur du RPI ou mieux de l'ESP8266 qui fait client MQTT . Un simple ESP avec un cable JST PA et c'est parti
Le repo ici : https://github.com/SwiCago/HeatPump
 
Je crois qu'après mon alarme Paradox, ça va être on prochain plugin Domoticz
 
Cerise sur le gateau, j'avais un problème avec le thermostat de cette PAC car elle prend la température de la pièce sur son entrée d'air. Problème, c'est proche du plafond, logique pour un split.or, l'air du plafond est beaucoup plus chaud que la moyenne de la pièce => ça fausse complètement le thermostat. Et ben on peut fournir une température externe via cette interface et le thermostat de la PAC l'utilise à la place de sa sonde interne        
 
This made my day  

J'étais tombé dessus en 2016, ça m'a fait un peu peur du coup je contrôle mes 2 PACs via des scripts en python via MelCloud (ce qui deviendra le plugin domoticz ensuite) ça fonctionne très bien. Par contre si tu te lances dans le projet je suis intéressé du retour

Salut,
 
J'étais venu vous demander conseil pour piloter mes interrupteurs il y a quelques semaines et j'avais quelques soucis avec mes boitiers d'encastrement qui étaient trop petits pour loger un module fibaro.
Depuis j'ai commencé des travaux de rénovation dans mon appart et je voulais en profiter pour mettre en place une solution propre et j'ai besoin de vos conseils pour ne pas passer à côté de quelque chose.
 
En gros, je veux domotiser tous mes interrupteurs l'objectif étant que je puisse utiliser mes interrupteurs physique de façon classique mais aussi avec Jeedom.
 
N'ayant pas le neutre, je vais faire tirer sur tous les interrupteurs. Après je pensais partir sur des Fibaro FDG211 pour les gérer mes spots dimables avec un bouton poussoir et des FGS221 pour les interrupteurs qui commandent des prises.
 
Par contre du coup le budget est un peu élevé et je me demander si c'était pas possible de faire ça avec du sonoff ou un autre solution ?  
 
Vous avez des conseils ? En terme de fiabilité faut-il privilégier une solution plutôt qu'une autre ?
 
Merci

Le sonoff prendra 3x plus de place, tu le sais déjà ça.

Le sonoff peut être fiable si tu es prêt à investiguer un peu pour l'exploiter  intelligemment. Il faudra juste que le routeur wifi soit fiable.

Le zwave est compact et fiable dès la sortie du carton.

Oui c'est bien ce que je pensais pour le sonoff c'est plus compliqué. Du coup je fais changer mes boitiers d'encastrement pour en mettre avec une petite poche en dessous pour les modules fibaro.
 
Merci

Sinon, en plus standard, des boites d'encastrement de 60mm de profondeur ça suffit normalement largement pour n'importe quel micro-module.
Bien-sûr faut pas avoir des cloisons de 50mm d'épaisseur pour ça.  
 
Dans du 50mm de profondeur, la majorité doit aussi rentrer. Ca sera peut-être un peu compliqué si tu as beaucoup de fils à gérer.
 
Je fais mettre du 60mm de profondeur partout chez moi.

La solution des pochettes est pas mal je trouve :

Au moins ca rentre sans avoir à jouer à Tetris  

et pour 2.50€ ça reste raisonnable

C'est ce que j'ai mis chez moi. C'est pas encore équipé mais c'est plutot bien foutu.

 
L'interface web est forcément livrée, mais t'es pas obligé de l'utiliser.
Tu peux sans doute tout faire avec:
- MQTT pour être notifié quand domoticz reçoit quelque chose
- MQTT et/ou API HTTP/json pour changer quoi que ce soit dans domoticz
- une pelleté de scripts / plugins pour faire ce dont tu as besoin de façon automatique
 
Chez moi, le reste de la famille n'utilise quasiment pas l'interface domotique ; tout ce qui peut être automatique l'est (enfin non, ça c'est le but, j'en suis encore loin), et pour le reste on passe par l'appli Home (Homekit) sur iPad.
Domoticz me sert à moi pour configurer / bidouiller le tout.

 
Regarde du côté de node-red (développé par IBM, open-source, grosse communauté active, back-end node.js).

+1 c'est ce que j'utilise avec MQTT, tous mes scripts/Actions sont fait avec node-red, domoticz ne me sers que de "gateway" logicielle

Faut que je me fasse un simulateur d'aube avec ma Yeelight et domoticz

Quelqu'un a eu vent de quelque chose d'approchant avant que je fasse moi même ?

Yen a qui en ont déjà parlé ici et sur le topic éclairage, mais je n'ai jamais vu passer le moindre feedback ni script / plugin qu'on pourrait partager.

Question domoticz/mqtt/sonoff : comment faire la chose suivante :
quand le sonoff est en ligne (après retour du courant par ex) je voudrais que ça appelle une page http donnée ?

Le mien avec un Yeelight RGB, c'est un type Time.

 
Le choix des couleurs, après, c'est chacun pour soi

depart, tu ne veux pas surveiller les messages mqtt online/offline plutôt?
MQTT -> Tasmota, si tu veux vraiment envoyer une requête HTTP, tu dois pouvoir le faire avec les rules dans esp easy :  
 
https://www.letscontrolit.com/wiki/ [...] _Reference
 
SendToHTTP : Send command to other network device using HTTP. Example for domain:
SendToHTTP temperatur.nu,80,/rapportera.php?hash=123abc456&t=[temp2#out]

Sisi je veux bien surveiller ça, mais j'ai vraiment pas compris comment faire dans domoticz, j'ai pas trouvé de tuto clair.
OK pour tous les exemples basiques pour créer un virtual switch pour le on/off, mais je n'ai pas capté comment accéder à tout le reste (autres messages mqtt...)
 
L'idée c'est donc : sonoff online -> envoi du statut mqtt -> ça avertit domoticz -> je veux déclencher un appel http
 
mais où et comment faire ça ???

Bordel quand je vois ce bazar je suis content d'avoir jeedom... commande enchaînement + une pauvre ligne copiée du site de lunarok et roule..

Le contenu de ce message a été effacé par son auteur

Merci, j'avais trouvé ça justement

http://domo-attitude.fr/yeelight-effects-domoticz/

Bon, ca ne marche pas car le sudo ne marche pas depuis LUA

Comment donner à domoticz les droits pour lancer un truc en root ?

 
La solution xiaomi est la plus agréable et économique pour découvrir la domotique très facilement. En 30mn n'importe qui peut configurer son installation, au pire en suivant un tuto basique. La seule limitation sera que les prises connectées ne sont pas au format européen, mais ça laisse encore du choix dans les autres accessoires : capteurs de temp, humid, mouvement, ampoules, rubans LED, aspirateur, brosse à dent, moteurs de rideaux et j'en passe.

Intéressé pour débuter, j'ai un Raspberry Pi 2B et j'ai vu que les produits Xiaomi étaient maintenant dispo en France et c'est pas cher !
Donc idéal pour débuter peut etre...

Pour débuter à moindre coût, je peux regarder sur ce combo : Raspberry Pi + capteurs Xiaomi + Jeedom ou Domoticz c'est ca ?
L'idéal serait du ZWave mais les capteurs sont chers ! (50€ par détecteur de mouvement par exemple VS 10€ chez Xiaomi...)

A terme j'aimerai pouvoir recevoir des infos via les capteurs températures / dectecteur ouverture / prensece puis via des caméras de videosurveillance.

Exactement Il y a plein de tuto sur le net.

 
Bordel, quand je vois qu'il faut payer 6 euros pour le plugin Xiaomi Jeedom, je suis content d'être sous Domoticz
 
Blagues à part, c'est un quart d'heure pour écrire le script, ça n'a rien de très complexe...
 
Sinon, j'ai reçu mon capteur de particules fines SDS011, branché sur un Wemos D1 et flashé avec le firmware de https://luftdaten.info/fr/
On peut récupérer les infos en local en json à l'adresse http://ip.adress/data.json. Un petit script python  et je remonte les infos dans Domoticz

Plus qu'a faire un boîtier propre    

Quand je vois el boulot de suivi des devs moi ça me va je suis infoutu de comprendre une seule ligne de ton script donc bon..

Sinon dans le panneau de config du module (accès en http) on peut mettre une url de post des valeurs (champ "Envoyer les données vers l'API personnelle" ).
Bon après c'est le problème à l'envers (il faut faire son API, dans mon cas un bête un script php qui stocke les valeurs en bdd) mais au moins c'est appelé automatiquement par le détecteur à chaque nouvelle mesure.

Si on a une base Jeedom ou Domoticz, peut-on utiliser du Xiaomi + du ZWave à côté ?
 
Et peut-on interagir entre les 2 ? genre détecteur de présence Xiaomi qui fait hurler une sirène Zwave ?

 
Oui