Alexa, Google, Siri : des assistants devant apporter réponses et actions instantanées, profitant de la puissance de l'IA et du contrôle vocal. Des alliés pour une installation domotique « moderne », simple à mettre en place. Des promesses marketing souvent déçues, notamment si l'on prend en compte le besoin de liberté des utilisateurs.
Avec la montée en puissance de l'Internet des objets et des assistants vocaux, s'intégrant à des enceintes intelligentes connectées, la domotique connaît un regain d'intérêt auprès du grand public. Automatiser ses prises, volets, chauffage, intégrer de la vidéosurveillance, récupérer de nombreuses informations sur son habitat n'a jamais été aussi facile.
On peut désormais tout contrôler depuis son smartphone, sa tablette ou à la voix. De quoi réaliser en quelques heures et à peu de frais (ou presque) les fantasmes d'automatisme des plus geeks d'entre nous. C'est d'autant plus facile que les technologies modernes favorisent les interactions entre des produits différents, conçus par une variété de marques.
Des services comme IFTTT deviennent des protocoles de fait. Une réalité qui ne doit pas en cacher une autre : nombreux sont les acteurs cherchant à repenser la domotique comme un écosystème dont ils sont le centre de gravité.
L'ère des comptes
On pense bien entendu aux plateformes américaines, qui bradent plus ou moins leurs enceintes, écrans connectés et autres appareils pour gagner en part de marché. Loin des protocoles domotiques « à l’ancienne », qui se sont développés depuis 40 ans, tout passe par le réseau... ce qui n'a pas que des avantages.
Car ces solutions reposent le plus souvent sur un élément d'importance : le compte. Chaque grande plateforme exige que vous en ayez un pour utiliser ses outils qui se disent dotés d'intelligence. Celle-ci n'est pourtant présente que dans leurs serveurs. Vous en êtes donc dépendants, pour chaque action que vous désirez mener par leur intermédiaire.
Les constructeurs en ajoutent le plus souvent une couche, incitant également à la création d'un compte liés à leurs services. Les arguments pour vanter cette approche sont imparables : c'est pour votre bien, la facilité d'usage, votre sécurité lorsque vous utilisez vos appareils à distance. Une domotique « 2.0 » pour le bien de tous, en somme.
Surtout, un ensemble de solutions montrant des signes de fatigue en cas de défaillance de votre connexion Internet. Sans parler des risques liés à la multiplication des comptes concernant la sécurité de vos données. Ou de ce qu'il advient de l'utilisateur quand une gamme de produits ou de services prend fin, n'est plus maintenue, etc.
Holî, le réveil connecté vanté à de multiples CES... avant que ses utilisateurs ne soient abandonnés
De « vieux » protocoles qui ont leurs avantages
Les standards que sont EnOcean, ZigBee et Z-Wave sont ainsi le plus souvent mis de côté, considérés comme de la domotique « à la papa », nécessitant des ponts ou des box à la gestion parfois complexe. Ces technologies ont pourtant l'avantage d'une faible consommation, d'être conçus nativement pour une communication maillée.
Mais là où le Wi-Fi implique le plus souvent la création d'un compte pour la gestion d'une simple ampoule (bien que ce ne soit pas nécessaire) et le changement régulier des piles d'une tête thermostatique de chauffage, où le compte Amazon, Apple ou Google fait office de centrale domotique « dans le cloud », ce n'est pas le cas avec ces bons vieux protocoles.
Ils peuvent également « grapiller » l'énergie dans leur environnement, ce qui favorise encore un peu plus l'indépendance des objets connectés, qui continueront de se multiplier dans nos habitats. Quant aux box domotiques, elles existent en bonne partie au travers d'un écosystème ouvert, où l'open source est en bonne place.
Et que les amateurs de la French Tech se réjouissent : nous disposons en la matière de notre champion français : Jeedom.
La maison connectée comme outil « anti-churn » des FAI
Penser que les risques d'enfermement vis-à-vis de la domotique ne seraient que le fait de méchants acteurs américains aux tendances monopolistiques serait oublier que la France ne manque pas d'idées en la matière.
Les fournisseurs d'accès Internet ont d'ailleurs bien saisi l'intérêt de ce filon. Face aux clients infidèles, qui changent de forfait et de FAI au gré des promotions, les solutions domotiques (presque) clé en main sont un outil qui peut se révéler diablement efficace. Ce, même lorsque l'on respecte des standards.
Ainsi, pour sa « Maison connectée et protégée », Orange a fait le choix du DECT ULE. Une norme très peu utilisée en pratique, mais sélectionnée parce qu'elle ne nécessite pas de grande évolution technique de la Livebox. Et une fois ses clients équipés, à coup de « Prises intelligentes » à 40 euros, oseront-ils aller ailleurs au risque de tout perdre ?
Bien entendu, des produits tiers sont gérés. Mais comme pour l'assistant vocal Djingo, c'est assez limité et passe par le réseau puisque le support des protocoles domotiques classiques n'est pas de la partie.
Il en est de même pour le kit de sécurité de Free que seule la Freebox Delta et l'application maison savent gérer. Un an après sa sortie, celle qui pouvait potentiellement gérer de nombreux protocoles se contente de celui de Somfy et de l'intégration de Jeedom à son service de machines virtuelles... nécessitant des clés USB tierces.
Chez SFR, on a droit à des appareils Bluetooth ou Wi-Fi selon les cas, en plus de produits tiers. Le client étant incité à tout gérer depuis l'application maison et à payer un abonnement pour en profiter.
Dans tous les cas, si le client change de FAI, il devra donc au minimum reconfigurer toute son installation domotique, lorsqu'il ne se retrouvera pas tout simplement avec des produits inutilisables. Un manque d'interopérabilité qui devrait alerter l'Arcep, dont c'est l'un des sujets. Mais elle ne semble pas pressée de s'en emparer sérieusement.
La simplicité d'usage ne doit pas s'opposer à la liberté de l'utilisateur
On le voit assez bien, si le monde de la domotique s'est développé progressivement depuis les années 80, il n'a percé auprès du grand public que lorsque ses usages sont devenus simples et accessibles.
Certes, beaucoup sont ceux qui achètent des enceintes et objets connectés s'imaginant automatiser toute leur maison et finissent par abandonner l'idée, car tout n'est pas aussi simple, pratique et efficace que le disent les constructeurs. Il s'agit le plus souvent de gadgets, fermés et limités, reposant sur des protocoles réseau qui n'ont pas été pensés pour cela.
Mais il y a tout de même une lame de fond, une révolution en cours. Il faut donc dès maintenant prendre les bonnes habitudes. Car pour le moment, c'est un modèle où l'utilisateur n'est pas totalement libre de ses choix qui domine. Comme nous le clamions il y a deux ans, le lien profond entre matériel et logiciel dans ces écosystèmes est l'un des problèmes.
La dépendance aux comptes un autre. Et les acteurs locaux, qui ont la critique facile vis-à-vis des acteurs américains, feraient sans doute mieux de balayer devant leur porte sur le sujet, tant ils montrent qu'eux aussi trouver rapidement des intérêts à ne pas laisser leurs clients totalement libres de leurs choix.
Car un système domotique bien pensé, à l'ancienne ou non, sur un protocole réseau ou non, se doit de respecter quelques règles. Certes, il se doit d'être simple de configuration et d'usage. Mais il doit aussi être capable de fonctionner sans compte, de manière locale, sans nécessiter l'usage d'un appareil ou d'un écosystème en particulier.
L'utilisateur doit pouvoir « changer de crèmerie » sans avoir à perdre d'appareils au passage. En ce sens, les API ouvertes en complément des applications mobiles proposées par les constructeurs sont une bonne pratique, puisqu'elles permettent une intégration à différents outils tiers par les développeurs. Libérant de fait l'utilisateur.
Récemment, de nombreux acteurs, dont le français NodOn, se sont regroupés au sein de l'initiative CHIP (Connected Home over IP), visant à réunir le meilleur des deux mondes. Se basant sur ZigBee mais également des outils développés par Amazon, Apple ou Google, il doit être exposé dans un premier brouillon d'ici la fin 2020.
Une initiative intéressante, mais qui doit encore faire ses preuves, notamment dans sa capacité à laisser l'utilisateur libre de ses mouvements. Nous la suivrons donc avec attention. D'ici là, nous allons revenir plus en détail sur ces sujets, de l'histoire de Jeedom en passant par l'évolution des protocoles domotiques, le Nabaztag ou le niveau de liberté proposée par différents objets connectés. À suivre sur INpact Hardware et dans le numéro 2 de notre magazine.
Commentaires (95)
#1
Le problème c’est surtout la prise à 40 balles closed source…
#2
Effectivement c’est casse tête la domotique !
J’ai une box Somfy qui controle les volets et pour le reste c’est la jungle.
Etant récent utilisateur d’IOS je viens de tester HomeKit avec la marque Eve et je pense avoir trouvé mon bonheur.
Ca a l’air de marché même si c’est internet est down à la maison. Ca marche par Bluetooth LE
A priori pas d’envoie de donnée sur des serveurs et cie. Je vais changer de maison et choisir ma domotique pour qu’elle soit compatible avec HomeKit un maximum…
Apple essaye (comme Google et Amazon) de créer un standard. Ca va finir comme pour les PC/Smartphone.
Un marché avec 2⁄3 standard et a l’utilisateur de choisir.
Vous ne voudriez pas nous faire un pti dossier Alexa Vs Google Home VS Apple HomeKit ?
#3
Perso pour le moment la domotique c’est des prises connectées flashées sous Tasmota ou ESPEasy, elles se connecteur en local sur un raspberry pi sur lequel tournent Domoticz, Mosquitto et Homebridge.
C’est un peu de boulot à mettre en place mais une fois que c’est fait on y touche plus, et même sans Internet ça fonctionne (au moins en local).
Et le meilleur c’est que ça n’empêche pas l’interconnexion avec Google Assistant ou Homekit.
Pour un sujet aussi sensible il est primordial voire même indispensable de ne pas dépendre d’un service tiers.
#4
Oui, ça fonctionne tant qu’HomeKit fonctionnera
" /> L’intérêt de la solution c’est que c’est local et sans envoi de données, mais ça reste un écosystème assez limité (à Apple en l’état).
#5
Domoticz à la maison avec zwave et rfxcom depuis 6 ans !
Par contre pour les caméra de surveillance, y’a encore des modèles qui ne nécessite pas de compte en ligne et qui ne soit pas des gruyères en sécurité ?
Pour le moment je suis en vieille DLINK 640x480… c’est pas super résolu mais ça marche tout seul, sans compte en ligne ni appli quelconque !
#6
De toutes façons à partir du moment où un produit est gérable par une API, tu peux l’interfacer avec ce que tu veux. Au pire via IFTTT ou des outils du genre. Le souci c’est quand un appareil n’est exploitable que via un compte à lier à aux hubs “GAFAM” pour une gestion locale/distante hors d’une application proprio
#7
Caméra IP + NAS non ?
#8
Je débute doucement, et j’ai voulu mettre Jeedom… Et j’ai renoncé faute de trouver une vraie doc qui explique comment ça marche et ne pas être obligé de me mettre à genou dans un forum pendant 2 mois pour apprendre à faire des manipulations de base. Deuxième tentative sur Home Assistant. A priori un écosystème moins complet, mais apparemment tellement plus simple et mieux documenté…
#9
Oui HA est en général préféré pour sa plus grande simplicité (et son design). Après c’est toujours une question de goûts et de besoins. C’est aussi pour ça que Jeedom travaille sa doc (qui vient d’être revue), son onboarding, etc.
#10
Oui c’est tout le problème. Par exemple le google home mini serait une base parfaite pou plein de projets diy sans google derrière.
#11
Tu as regardé du côté des modules ESP32 avec caméra ? Ca a l’air d’être plutôt intéressant :)
#12
Tu parles de la fonctionnalité de commande vocale ?
#13
Je suis parti sur un Jeedom sur un rasp avec une clé Zigbee qui me sert a faire l’interception de produit Aquara (Xiaomi) pour le moment.
Ca marche bien, mais effectivement, le démarrage est un peu difficile et il faut mettre les mains dans le cambouis pour le flashage de la clé par exemple si on veut éviter que les infos partent en chine…
#14
Entre autres (je pense au projet Jarvis par exemple).
On peut aussi imaginer de la détection de bruits, voire même un système d’intercom par exemple. Quand on a eu le produit gratuit (promo spotify), c’est toujours intéressant de le bidouiller.
#15
Je trouve l’approche de la gamme Hue top sur ce point: pas besoin de compte, possibilité ou non d’utiliser un pont, support très longue durée et ouverture aux applications tierces (même si ce n’est pas Open Source).
#16
Oui et l’API locale sur le pont est en soi intéressante. Même si on reste dépendant de l’app pour quelques procédures comme la mise à jour du firmware par exemple (alors que ça pourrait aussi passer par le pont par exemple), ou qu’un pont officiellement Wi-Fi serait bienvenu
" />
#17
#18
Comment ça ? Le pont est déjà sur le réseau, il peut télécharger des données sans être “exposé”.
#19
#20
hu merci à vous deux :)
@David_L j’ai pas de NAS qui tourne en permanence.. en fait idéalement je cherche des caméras comme les xiaomi mais autonome = sans appli où je peux récupérer du flux vidéo pour l’afficher ou je veux et avec de la détection de son et de mouvement (bref des DCS-5020L HD pas chères..) et si en plus je peux déclencher la détection à la demande via une api ou une URL cachée comme actuellement ça serait le pied :)
@sebtx je vais regarder ça, connais po :)
#21
C’est quoi comme clé ça m’intéresse, une zigate ou un truc du genre ?
Article très intéressant au passage, merci.
#22
NAS + camera IP sur réseau interne accessible depuis l’extérieur via le VPN du NAS + Une armada de Sonoff flashés tasmota, quelques Wemos D1 mini, un petit Broadlink pour l’IR de la clim… Le tout sous Home Assistant.
Mes données ne sortent pas, j’ai la main sur beaucoup plus de choses qu’avec des solutions closed source, mes données restent chez moi. Par contre, je suis bloqué par l’utilisation d’une ligne avec IP fixe pour les synchros NAS et le VPN… :-(
#23
#24
Merci pour cet article reflétant parfaitement la réalité du marché actuel.
Personnellement, l’idée d’allumer une ampoule installée à 1 mètre de moi en passant par des serveurs situés je ne sais où m’a toujours rebuté.
Pour satisfaire à mon critère “d’autonomie”, j’ai opté pour Jeedom, installé sur une VM (Debian) de mon NAS Synology. J’utilise les bons vieux protocoles comme le zwave, bien robuste.
#25
#26
#27
#28
A mon avis les jeux sont faits en faveur des solutions centralisées :
Je pense qu’il y a peu de place pour les solutions “hébergées” qui a coté paraissent lourdaudes à mettre en oeuvre, peu porteuses d’innovation et bien souvent … peu compatibles entre elles.
Personnellement je vis très bien sans domotique, et tout ces gadgets qui amusent au début, puis finissent par prendre la poussière. Je dirais même que plus on connait la technique, plus on s’en éloigne :) Personnellement je n’ai pas envie de signer un CLUF pour allumer une simple lumière.
Allez faire un tour sur le fil tweeter ‘Internet of Shit’ quand vous avez 5 minutes.
#29
Il y a pas mal de trucs incohérents dans ta réponse, mais tu sembles surtout confondre le fait qu’un objet utilise un protocole type IP et que son usage soit “centralisé”. Tu peux très bien avoir des objets Wi-Fi qui ne nécessitent ni un compte ni un serveur tiers.
BTW, ces solutions ne sont pas les plus économes en énergie, et ce ne sera certainement pas le cas de la 5G, même dans sa déclinaison IoT. Il y a des protocoles qui sont pensés pour la faible consommation, la longue distance, etc. Ils sont spécifiques et ce n’est pas pour rien ;)
#30
Perso chez moi j’ai tout câblé en filaire en etoile, direct sur borniers, des gaines de reserve partout, et je commande ca avec du GCE Electronics. Absolument rien en radio.
Installation modulable, tout en local, resiliente, reversible (si je veux revenir en bons vieux telerupteurs et autres ca me prendrait 2 heures chrono dans l’armoire elec), facile a mettre en place ultrarobuste.
Il y a un plugin jeedom si je veux interfacer ca avec d’autres systemes, mais en fait si on a concu ca proprement a la base il n’y a meme pas besoin.
Bref du tout bon.
Edit : et si un jour ca tombe en rade, je mets un bon vieiux PLC des familles…
#31
Ce que je veux dire c’est qu’en 2020 la réalité de la domotique c’est :
La faible consommation de certain devices est un faux problème, beaucoup de solutions connectées embarquent leur propre pont. Par exemple Netatmo et son thermostat ( 1 thermostat sur piles + un bloc secteur / wifi), Hue etc.
Les solutions “à l’ancienne” tendent à disparaitre. Ne serait-ce que parce que certains appareils intégrés aux maisons sont déja fourni avec leur box domotique qui fonctionne selon le mode centralisé avec app obligatoire : chaudières, gestion energétique etc.
C’est un peu le même combat que l’auto hébergement des serveurs mails il y a 10-15 ans. Je le déplore complètement aussi.
#32
Autre soucis, les sous-sous marques incompatibles entre-elles.
J’ai des capteurs de température+humidité et détecteurs d’eau Aqara, vendu par Xiaomi. Évidemment, j’ai acheté la passerelle qui permet de communiquer avec (prise Hong-Kong avec adapteur secteur nécessaire, serveur chinois seulement pour que ça fonctionne). Sauf que je me suis aperçu en voulant l’interfacer avec Google Hub qu’il fallait absolument une passerelle Aqara. Rebelote pour \(70. Reconfig de tous les détecteurs et migration sur Google Hub. Et surprise, Google voit bien des périphériques mais est incapable de retourner la température (les détecteurs d'eau déjà on oublie). Retour sur les forums, il faut faire des manips sur la reconnaissance des détecteurs pour faire croire à Google que ce sont des thermostats. Mais il faut une passerelle Samsung cette fois (\)120) pour effectuer cette opération.
Tout ça sur des appareils Zigbee, un protocole ouvert.
La domotique, c’est pas gagné.
#33
depuis 4 ans avec jeedon + zwave + les modules shelly et ca fonctionne trés bien meme si au debut en effet il y a une marche a monter mais ca vaut le cout.
@guimoploup je ne comprend pas ton usage de devops dans ce contexte (sachant que des équipes devops peuvent tous aussi bien travaillé sur du bon vieux client/serveur sans usage d’un gestion cloud et que tu peux aussi héberge sur un cloud sans avoir d’équipe DEVOPS.
#34
Parti sur un classique RfxComm, j’aurais pu faire du Jeedom ou Domotics, mais je suis un poil alergique avec Linux, mais plus par manque de pratique. Maîtrisent sans mal C#, je suis parti sur une raspberry + Win 110 IOT et j’ai intégralement codé le soft de gestion. On peut difficilement faire plus proche de ce que l’on veut fatalement et ça marche du feu de dieux.
4 ans que ça tourne en permanence et fonctionne très bien avec ou sans internet, mais internet reste utile pour le contrôle distant (aussi codé par mes soins ^^).
#35
#36
#37
#38
#39
#40
#41
#42
En ce qui concerne Jeedom, jai écrit un article pour ceux qui veulent si mettre en décrivant toutes les étapes le plus simplement possible cela fait parti des cours que je donne à mes élèves ^^
http://miniprojets.net/index.php/2019/05/13/jeedom-ou-comment-domotiser-sa-maiso…
#43
#44
#45
En effet ça a l’air sympa comme projet, le souci étant que c’est un hardware à acheter en plus, je suis sûr que des tas de gens ont un google home mini dans leur placard…
#46
#47
Un début peut-être de repartir d’une ancienne ligne FT. L’ancien proprio avait mis des prises téléphone dans toutes les pièces, prises qui sont devenues inutiles et les fils permettent de faire passer à minima du 1-wire.
#48
#49
#50
#51
Jeedom… oui c’est français, oui ils sont super sympas, mais malheureusement ils souffrent justement de ce côté hyper restreint francophone et d’un modèle un peu vieillissant. Home-assistant ou OpenHAB ont des communautés bien plus grosses et sont tellement en avance niveau interface, logique d’intégration… Tout en étant complètement gratuit !
#52
#53
En ces temps de confinement , j’espére faire sourire les geeks de la domotique
" />
" />
J’avais un copain collègue du côté d’Orléans qui au début des années 80 avant que le mot domotique ne soit passé dans la langue courante avait automatisé/piloté certaines fonctions dans sa maison histoire de bricoler d’essayer etc …
On était en cours en Italie du côté de Milan quand un administratif de la boite se pointe et dit au copain qu’il avait un appel urgent ( pas de portables en ces temps la)
Il y va, revient et nous raconte:
j’ai installé une bande pilote d’imprimante 1403 à la maison , ( donc boucle de bande papier avec des trous et des balais qui font contact sur un tambour métallique ) sur une horloge, et l’idée était que la machine à laver ne démarre que la nuit, que l’alarme se déclenche la nuit si une fenêtre est ouverte
et les volets électriques( un bricolage à lui) s’ouvrent le matin et se ferment le soir etc etc …
Pour ceux qui ne savent pas comment on faisait avancer le papier “in the beginning”
https://en.wikipedia.org/wiki/Carriage_control_tape
Il y avait eu une panne EDF dans toute la France et l’horloge s’était décalé de 5 heures , et les volets de la maison étaient fermés, la machine à laver était en marche l’alarme hurlait parce qua la fenêtre de la cuisine était ouverte etc …
Il avait été obligé d’appeler notre société en France pour envoyer un collègue technicien SAV resynchroniser la bande pilote d’imprimante et l’horloge dans le sous sol!
Le progrès c’est bien
#54
#55
Heureusement la technologie s’est démocratisée
Dans les années 80 on n’avait même pas un deuxième mainframe dans les grandes banques en cas de panne
#56
Salut,
Lorsque tu indiques que tu peux revenir sur un système standard avec télérupteur, tu utilises toujours le câble réseau blindé présent entre l’inter et l’automate pour relier tes inter au télérupteur ou tu as un cable élect en parallèle dans le tableau ?
Le branchement par cable c’est la vie, quand j’ai fais mon extension j’ai souhaité faire de même avec EDISIO, qui fonctionne bien tout seul mais pas avec jeedom et co, bref une erreur à €€€, j’ai tout passé en zwave et bof bof, les modules n’aiment pas être tous ensemble dans le tableau, ca bug au moins 1 fois par jours.
Donc la seule solution c’est de passer du GCE et arrêté avec le zwave
Nouveau chantier mais je pense que ce sera fiable.
Merci
#57
#58
C’est moins risqué de se limiter au poulailler pour ce genre de règles, effectivement
" />
#59
#60
#61
Zigate + Ikea, xiaomi.
Je cherche maintenant des prises connectées encastrables qui ne valent pas une blinde (pour avoir une gestion de l’électricité complète de la maison). Le top serait en zigbee.
#62
AhAh !
" /> Heuresement j’avais mon téléphone avec moi et la porte de la maison ouverte mais j’ai tout de suite repensé l’automatisation 
" />
C’est du vécu
-> tout sauf baie vitrée qui reste ““manuelle””
#63
#64
#65
Merci pour cette bonne synthèse sur la situation actuelle en domotique (même si KNX ne semble pas être connu ici dans la liste des protocoles à papa, alors qu’il en a tous les intérêts - je ne semble pas être le seul à préfèrer les solutions filaires).
J’ai repensé à mon retour de vacances d’hiver sans chauffage, parceque le PC qui faisait fonctionner le thermostat virtuel était tombé en panne. Dès que j’ai un peu de sous, je rajoute un vrai sur le bus.
Quand à confier la gestion des volets ou d’une serrure au cloud, je n’y suis pas disposé.
#66
#67
Et avec tout ça personne n’a de problème avec le Linky svp ?
" />
Mon tour n’est pas encore arrivé
#68
#69
#70
#71
je voulais laisser tourner un esp8266 pour parser cette sortie et qui ferait ces stats là pour les envoyer ensuite sur un pi / nas / … mais j’ai jamais eu le courage de finir le code arduino qui irait bien :s
tu tournes avec quoi toi ? c’est un pi qui a ça de branché sur un port usb et qui s’occupe de loguer ?
#72
#73
“zut”, je peux donc pas te piquer de code arduino / raspberry pour lire tout ça XD
merci pour les infos en tout cas :)
#74
Utilisant pas mal la domotique chez moi et n’ayant que depuis peu un vrai lien internet je me suis beaucoup posé de question sur LE protocole / norme à utiliser
En fait la réponse c’est qu’il n’y a pas un protocole ou une norme à prendre mais plusieurs sinon nous restons fermé dans des technologies propriétaires et tout n’est pas possible.
Ma solution à moi est basée majoritairement sur 3 protocoles : ZigBee / Hue / Wifi le tout géré par un Jeedom sur une VM sur un serveur (bon Jeedom c’est pas la panacé mais pour l’instant suffit à mes besoins) et me permet de couvrir tous mes besoins sans avoir à envoyer des données sur le cloud. Prises connectées, capteurs de température / hygrométrie, pilotage de portails ou de lumières tout est sous controle … Des solutions logicielles gratuites et du matériel peu onéreux aide vraiment (ex : Espeasy sur Wemos).
Les couts sont maitrisés, pas d’attache forte à un constructuer et franchement cela couvre tout mes besoins …
Avant de monter un système surtout penser au fonctionnement le jour où vous avez un problème sur votre domotique, comment s’en sortir …
#75
#76
#77
#78
#79
j’ai pas (encore ?) de linky, donc pour le moment j’ai que la téléinfo
faudrait que je m’y remette pour le coup, mais parser du texte dans un esp8266 m’avait un peu découragé lors de mes essais
#80
#81
#82
lol, merci
je me demande si j’étais pas tombé dessus et que j’avais pas réussi à le faire marcher comme je voulais,
d’un autre coté ça a pas bougé depuis 4 ans visiblement (ou 2 ans pour les sources), je sais plus quand je m’étais penché sur la question, soit j’étais un manche, soit ce qui plantait a été corrigé y’a 2 ans XD (et l’un n’empêche pas l’autre :/)
#83
#84
#85
Tu m’intéresses.
Le Linky a un port USB et un module de communication: ERL (Équipement Radio Linky).
https://www.enedis.fr/sites/default/files/ERDF_Linky_Notice_Compteur_Monophase_p…
Le port USB me semble être abandonné (cfhttps://hal.archives-ouvertes.fr/hal-01960593/document). Une recherche sur la toile donne l’impression que l’ERL est pas très populaire (peu présent sur des sites de vente) et guère interopérable:
https://www.abavala.com/cas-de-mariages-grand-errement-linky-domotique/
Je voudrais savoir s’il existe des amateurs de domotique qui collectent les données du compteur Linky directement dans ce compteur. Sur Linky et la domotique je ne trouve que des articles de 2018 mais aucune mise en œuvre.
Je me demande s’il est possible de collecter directement en local les données de consommation en temps réel tout en refusant à EDF cette collecte en temps réel.
Le but pour éviter que ces données partent dans les nuages alors qu’elles sont surtout utiles en local.
Si tu as des infos à ce sujet, je suis preneur.
#86
#87
des infos ici:https://lucidar.me/fr/home-automation/linky-customer-tele-information/
ce que tu appelles le module radio il l’appelle TIC, et c’est ce dont moi je parle aussi.
A noter qu’une troisième borne pemet d’alimenter le module de lecture des infos (genre si on veut y placer un esp8266).
le mode ‘non historique’ serait de la même veine que l’ancien mode ‘historique’ que j’utilise, avec un contenu des trames un peu différent et un debit de 9600 bauds au lieu de 1200 bauds sur l’ancien compteur.
#88
#89
Pour la collecte de téléinfo, j’ai fais un montage à base d’atmega328 et de module radio nrf24 pour parser les données émises par le compteur et transmettre la conso instantanée et les index à un serveur domotique fait maison. Ça fonctionne depuis un petit moment maintenant :https://blog.zesanglier.fr/2017/02/11/teleinfo-sans-fil-avec-arduino-et-avrgcc-p…
#90
faudra que je regarde ça de plus près, merci :)
#91
Une clef qui fonctionne pas mal du tout, c’est la Conbee 2. 40 euros, par contre le plugin jeedom (pas terminé…) pseudo officiel est payant (pseudo, parce qu’en l’état on ne peut pas le considérer comme fini…). Mais dans l’ensemble c’est assez stable.
Par contre il faut effectivement mettre les mains dans le cambouis pour comprendre comment ca fonctionne (En fait il faut installer Phoscon, le logiciel de domotique propre à la clef, en parallèle de Jeedom, ce dernier récupérant les infos des périphériques en passant par l’API de Phoscon… Un peu fastidieux, mais les étapes ont été plutôt simplifiées et si tu lis bien la doc en suivant étape par étape, tu devrais t’en sortir !)
#92
Merci de ton retour.
J’avais compris des avis de la CNIL que justement, le consommateur pouvait choisir de ne pas envoyer toutes les données. Mais il est vrai que Linky a été conçu à une époque où le “privacy by design” du RGPD n’existait pas (pourtant la loi informatique et liberté est très proche du RGPD).
Initialement, il devait y avoir un port USB pour télécharger sur une clé USB la consomation. Mais cela a été abandonné à la fin de l’expérimenation. ERDF a gardé la compatibilité avec ce port rs232, compatibilité qu’il a améliorer avec le mode standard.
Il devait avoir une labellisation de module Équipement Radio Linky (ERL). Les modules à rajouter aux Linky serait certifié “Linky Ready”
On notera que le concepteur du Linky n’a pas prévu cette intégartion par défaut.
Une recherche sur la toile ne me donne pas de thermostat compatible Linky, ou d’affichage déporté des informations mesurées en temps rééel par Linky (transmises ou non à ENEDIS).
Je trouve deux produits proposés par des grands groupes énergétique:
* la clé Atome de Total/Direct Énergiehttps://total.direct-energie.com/particuliers/electricite/compteur-linky/atome
* la station connectée Sowee:https://www.sowee.fr/station-connectee
La première s’insère dasn l’emplacement prévu au sein du Linky :https://www.youtube.com/watch?v=fxrktEG4RmY Malheureusement, cela me semble ensuite s’appuyer sur du wifi.
La deuxième, filiale d’EDF, mesure les impulsion lumineuse du compteur O_o. C’est assez old school:
https://www.sowee.fr/station-connectee#carac
https://www.youtube.com/watch?v=omw1Wfk9oo0
https://www.maison-et-domotique.com/76126-sowee-station-connectee-edf/
Le même système est repris par Greenyellow de Carrefour:https://www.greenyellow-energie.fr/sites/default/files/atoms/files/Guide_d_insta…
Je trouve ce système très artisanal. Je suis surpris qu’EDF ne propose pas un système de collecte plus efficient que de lire une iode.
Bref, c’est dommageable que Linky ne propose de fonctions de pilotage, sa fonction intelligente est plus pour l’exploitant que pour l’utilisateur qui n’a guère que les outils avancées de domotique (que tu listes) pour exploiter cette intelligence.
#93
#94
#95
Oui, suivant NXI, je savais que cet e-mail faisait suite aux problèmes d’obtention du consentement et du recours de la CNIL.
" />
En revanche, je suis allé lire l’article D341 Article D341 du code de l’énergie pour lequel tu as lié uniquement la partie D341-21.
On voit que dans l’article Article D341-19, il y a tout un lot d’information qui doivent être mises à disposition du consommateur:
1° Les index de consommation journaliers et mensuels ;
2° La consommation quotidienne, mensuelle et annuelle en kilowattheures pour chaque période du calendrier fournisseur ;
3° La puissance maximale soutirée quotidiennement en kilovoltampères ;
4° La courbe de charge d’électricité, dans les conditions fixées à l’article D. 341-21.
Or l’article D341-21 ne mentionne explicitement une opposition possible que pour la courbe de charge (en terme de stockage local).
On retrouve d’ailleurs ce point en particulier dans l’article D341-22 qui indique que le consommateur peut s’opposer(entre autres) au traitement sur la courbe de charge.
Enfin, je comprends que l’article D341-21(dernier alinéa) indique que, pour certains objectifs mentionnés dans L322-8, la collecte de courbe de charge pourrait être possible, ce qui me semble explicité dans l’article D322-16.
De tout ça, je déduis que les 3 premières informations mises à disposition d’un consommateur ne seraient donc pas opposables, probablement car elles font, entre autres, parties des données nécessaires pour accomplir les missions de l’article L322-8.
Même si cela pourrait être contraire au RGPD(et donc à corriger), j’en viens à penser que la combinaison de tous ces articles de loi pourrait permettre de collecter ces données, indépendamment du consentement des consommateurs, notamment si cela est justifié par des contraintes de sécurité de l’approvisionnement.
Quand qu’il en soit, j’ai l’impression que le sujet est surtout sur les courbes de charge, qui permettent d’aller à la maille horaire voire demi-horaire au lieu d’une conso quotidienne.
Indépendamment du problème du consentement qui est tout à fait avéré et doit être réglé, je me demande toujours quels risques pour la vie privée représentent ces relevés. Autant, je perçois des risques financiers (ex: montée des prix dans des plages horaires très demandées), autant pour la vie privée, je sèche.
A l’inverse, je vois très bien les gains potentiels pour le distributeur et le producteur d’électricité. Dans la mesure où des gains pour le producteur et le distributeur pourraient à terme bénéficier aux consommateurs, je suis toujours perplexe quand aux motivations pour refuser de tels reports de données.
Mais comme dit dans mon message précédent, je suis ouvert à tout argument pour revoir mon avis sur le sujet