Shelly passe la seconde. Après des mois sans grandes nouveautés, la société dévoile plusieurs nouveaux relais dans ses gammes classiques et professionnelles, ajoutant des interrupteurs muraux au passage.
Fin août, le spécialiste de la domotique Wi-Fi Shelly dévoilait son relais 4x 16A Pro 4PM. Il ne s'agissait en réalité pas d'une nouveauté isolée, le constructeur ayant depuis évoqué d'autres modèles au sein de cette gamme : les relais Pro 1(PM) et Pro 2(PM). Tous son montables sur un rail DIN et fournissent une double connectivité Wi-Fi/LAN.
La gamme Pro s'étoffe
Comme leur référence l'indique, ils se distinguent par le nombre de phases 16A pouvant être contrôlé : 1 ou 2. Dans le second cas, le courant maximal ne peut dépasser 25 A. Ces produits disposent de LED en façade ainsi que d'un bouton reset à utiliser en cas de problème. Les références « PM » permettent la mesure de puissance.
Les tarifs et la disponibilité de ces produits n'ont pas été dévoilés, les précommandes ne sont pas encore ouvertes.
Relais « Plus » : l'offre de base enfin repensée
Mais Shelly n'a pas d'yeux que pour les pros et a également retravaillé sa gamme classique. Deux nouveaux relais ont ainsi été annoncés : les Plus 1(PM). Cette gamme « Plus » est présentée comme la nouvelle génération avec un design unifié (41 x 36 x 17 mm), une puce plus rapide, du Bluetooth, une intégration améliorée et plus de sécurité.
Ce dernier point devrait être apprécié puisque le support du chiffrement TLS fait son apparition (avec certificats maison si désiré). Pratique pour l'API qui repose sur des requêtes HTTP. Celle-ci a d'ailleurs été retravaillée au passage et l'on peut désormais gérer des limites de températures pour éviter les défaillances potentielles.
Des interrupteurs muraux seront également proposés par la suite pour compléter ces relais compacts. Bien entendu, on retrouve ce qui a fait le succès de Shelly, à savoir une gestion web simple via le Wi-Fi, une ouverture à de nombreuses plateformes, avec tout de même la possibilité d'une gestion via un smartphone ou à distance.
Les Plus 1(PM) sont respectivement proposés à 12,9 et 15,9 euros TTC sur la boutique officielle, contre 10,9 et 14,99 euros pour les précédents modèles. Nul doute que d'autres références devraient également évoluer dans les mois à venir. Si vous souhaitez plus de détail, une présentation de plus d'une heure a été publiée il y a quelques jours.
Commentaires (27)
#1
C’est toujours bien niveau ouverture et tarif, mais le pb reste à mon sens la connectivité wifi: Niveau conso, association (WPS obligatoire? Chez moi il est systématiquement désactivé, dommage!)… A la limite, pour des modules qui sont tous à brancher je préférerais les voir sur un réseau CPL dédié avec un module prise à brancher sur son réseau qui gère les accès au CPL Shelly. On pourrait même revenir à des normes assez anciennes/stables et moins consommatrices. Pour passer un ordre ou remonter une info/état de temps en temps, cela suffirait bien.
#2
Question de profane ? A quoi ça sert ? surveiller la consommation au tableau de la maison et piloter les appareils connecter aux prises ?
#3
C’est aussi pour faciliter l’association qu’ils ajoutent le BT de ce que j’en comprend. Pour le CPL, vu la taille des prises utilisant cette technologie en général, je doute que ce soit exploitable ici. Par contre tu entends quoi par ancien/stable ? Parce que le Wi-Fi 2.4 GHz c’est ni récent, ni instable (ni très gourmand).
C’est des relais, donc à piloter. Les modèles PM ont aussi une mesure de la consommation comme précisé dans l’article.
#4
La connexion Ethernet est réellement un plus, a mon sens plus logique lorsque l’on est dans un tableau électrique. Par contre, quand le tableau électrique est ancien, que peut-on mettre comme switch Ethernet sur un rail DIN ? (a un prix raisonnable)
#5
Bossant avec de l’iot, la configuration du wifi en utilisant le BT c’est une technique qui fonctionne. Niveau expérience utilisateur c’est le plus simple. Le WPS pose plusieurs soucis, possible source de frustration et rempli les demandes de support.
#6
Pour le besoin, je dirais qu’un CPL à 14Mb/s serait déjà du grand luxe quand pour contrôler des relais HP/HC EDF a fait du pulsadis pendant des décennies. Et les dimensions des anciennes prises CPL n’avaient rien à voir avec les actuelles 1 ou 2 Gb/s. Les dernières toutes petites que j’ai, c’est des 600Mb/s… ensuite, en effet ouille!
Puis cela permet aussi d’isoler le réseau IoT de son LAN.
#7
Normalement, on n’est pas censé mélanger courants faibles (le réseau en fait partie) et forts: Même si la NFC 15⁄100 donne à ce sujet quelques raisons de sourire (genre gaines séparées avec 5cm de séparation en horizontal et 30cm en vertical??!! Le champ magnétique serait-il sensible à la pesanteur!!!), surtout que le 1er élément en face d’un RJ45 avant le transceiver et le controleur, c’est un transfo d’isolement… mélanger les deux dans un tableau électrique ne serait pour le coup pas très avisé.
Là, pour le coup, il n’y a que la radio qui permette de satisfaire aux contraintes réglementaires.
#8
J’imagine que ce sont des certificats signés malis par qui pour quel suage et avec quelle contrainte? Le terme “si désiré” signifie que c’est une option facturée?
(ceci dit il vaut mieux posséder sa propre chaine d’authentification, nous sommes d’accord)
#9
pour le coup je suppose que si le port était sur la “façade” du module sur rail din ça irait, non ? les câbles courant fort / faible ne se croiseraient pas, mais bonjour le fouillis visible dans l’armoire, et peut-être même des soucis pour refermer la porte du tableau :s
#10
Chouettes produits, mais toujours pas de détecteur de fumée !
Je l’attends depuis 2 ans pour virer le ZWAVE.
#11
Pour ça tu ne trouveras rien en wifi je pense. Tourne-toi plutôt vers le zigbee.
#12
Pourquoi vouloir virer le zwave?
#13
Je ne le ferais pas non plus, en l’état de la concurrence, mais il y a objectivement quelques raisons d’y penser quand on n’a pas trop de périphériques et que des alternatives existent: En tout premier lieu, un open-zwave à l’abandon depuis 9 mois et le retrait du principal (voir seul, hors babioles et fichiers de config) contributeur, qui manquait encore de maturité dans sa version actuelle (plantages réguliers au démarrage ou à l’inclusion, voir simple changement de config et réveil d’un module à pile pour prise en compte ; heureusement, hors ces cas là c’est stable sur des semaines d’uptime).
Il semblerait que sigma design pousse d’ici la fin d’année une librairie open source plus simple à intégrer que Z-IP… Mais pour l’instant l’avenir est un peu sombre. Sans compter le temps de portage des domoticz/jeedom et autres, temps de stabilisation + conséquences ensuite sur l’intégration de son système.
Certes, il reste des points forts comme l’interopérabilité (vs zigbee par exemple) et la basse conso même pas en rêve avec du wifi (rendant les modules à pile viables). Mais la situation actuelle n’est pas très rose comparé à il y a seulement 1 an.
#14
“Comme leur référence l’indique, ils se distinguent par le nombre de phases 16A pouvant être contrôlé : 1 ou 2. Dans le second cas, le courant maximal ne peut dépasser 25 A.”
Mince, je n’avais pas compris, j’ai cru que le second avait 1 sortie de 25A (je pensais par exemple pour une forte charge sous disjoncteur 20A comme une machine à laver) mais en fait, c’est 25A max et 2x16A ..
Dommage, toujours obligé de passer par un relai “classique” pour ce type de charge.
#15
rien n’empêche d’utiliser ça pour piloter un relais hp/hc qui lui tient les 20A
faut juste coller une étiquette pour indiquer que c’est pas du hp/hc mais un pilotage personnalisé
#16
Oui ou un télérupteur classique mais pas encore de “tout en un” :)
#17
je sais qu’un contacteur hp/hc tient 20A (j’ai vérifié dans mon tableau ce qu’indiquait le mien XD), j’étais pas certain que des télérupteurs standards (auxquels je pense pour des éclairages donc circuits 10 ou 16A en général) existent en 20A ;)
#18
Puce plus puissante, ajout du bluetooth….
Ils ne seraient pas passer de l’ESP8266 des modules actuels à l’ESP32 ?
Ça va demander un petit zyeutage sous le plastique quand ce sera dispose
#19
J ai déjà vu des 25A et je pense que ça existe même en « plus gros »
#20
Niveau mix features, interop et conso le ZWave reste encore au dessus du lot ; sa lib openzwave fonctionne très bien. Ce sont les intégrations de la lib dans les softs qui sont souvent pourries avec des ‘plugins zwaves’ dont le développement s’est concentré sur les ‘happy paths’ et oublient de penser à une gestion des erreurs propre (j’ai pris (beaucoup) de temps pour faire une intégration propre de la lib dans mon soft domotique perso, et force est de constater que la stabilité de l’ensemble est irréprochable).
La lib openZwave est à l’abandon, mais elle fonctionne toujours aussi bien chez moi. Et elle a surtout été poussée à la retraite par ZWave-JS qui est déjà adoptée divers soft domotiques, le très connu Home Assistant en faisant partie.
#21
Je n’ai plus qu’un module Zwave, détecteur de fumée Fibaro. Pas trop investi dans cette techno car trop chère (royalties) par rapport à la concurrence (aujourd’hui zigbee et Shelly).
J’ai une gateway Xiaomi chinoise pour tous les capteurs à pile. Je vais finir par la remplacer par un adapteur USB sur mon RPI (https://slae.sh/projects/cc2652/) mais avant je dois libérer un port…
#22
Si je peux donner mon experience/avis, chez moi, j’ai du zwave (dongle USB) et du zigbee (zigbee light via Philips Hue et dongle USB pour le reste). J’utilise Home Assistant sur un Rpi3.
Je ne parlerais pas de Hue qui est autonome dans son coin.
En Zwave, j’ai tous mes modules encastrés (volets roulant, interupteurs de lumière) et des plug qu’on met sur les prises pour relever la conso et gérer le on/off a distance, tout en Fibaro. Plus quelques broutille comme un interupteur 4 boutons NodOn, détecteurs d’incendie, de fuite d’eau…
En Zigbee, j’ai ma petite nébuleuse de capteur de températures / humidité.
Pour moi, le gros avantage de zwave, c’est que l’association se fait entre le dongle et les modules. Quand je suis passé du RPi1 au RPi3 et de Domoticz à Home Assistant, je n’ai pas eu besoin de faire de réapairage (et donc de démonter tous mes interrupteurs de lumières et volets roulants). Tout est stocké dans la mémoire du dongle, il suffit juste de remettre la clé AES, et toute la configuration redescend dans Home Assistant. Un truc que je n’ai pas retrouvé dans zigbee, c’est la possibilité de configurer le comportement du module, comme la fréquence max de remonté d’info ou les paliers (ex: chaque °C ou chaque 10ème de °C), mais aussi le fait que les modules puissent réagir de façon autonome face à des “alarme” d’autres modules, sans passer par home assistant.
Et le zigbee, le gros avantage est le tarif. J’ai acheté 4 modules de relevé de température / humidité à 6€ pièce sur aliexpress, la ou le moindre module zwave, c’est minimum 40€. Mais par contre, j’ai été obligé de tout réapairé plusieurs fois pendant mes tests avec Home Assistant, et je n’ai trouvé aucun moyen de configurer la fréquence et les paliers de remonter d’info.
Au passage, si ca peut aider, j’avais parfois des lag sur mon RPi1 + domoticz que je n’ai plus avec RPi3 + Home Assistant.
Zwave / Zigbee, au final, je trouve Zwave plus pro, plus fiable. Pour moi la domotique, c’est sérieux. Quand on appuie sur l’interrupteur de la lumière, ca doit fonctionner. Quand on quitte la maison ou qu’on revient, il faut que la gestion centralisée des volets fonctionne, tout le temps, sans erreur. J’ai pas une grande expérience en zigbee, mais du peu que j’ai vu, je trouve ça plus brouillon. Ca ne reste que du feeling, mais j’ai moins confiance.
#23
Chacun son avis, mais perso, j’ai pris la ConBee II, pour 10€ de plus, je suis sure du résultat. Comme je l’ai dit dans mon commentaire précédent. La domotique, ca doit fonctionner dans 100% des cas. Je ne prends pas le risque de partir sur des clés noname, ou dev-kit utilisé en 24⁄7, même il y a de grande chance pour que ca fonctionne très bien.
#24
C’est clair que c’est un avantage d’avoir le contrôleur qui héberge la config. D’un autre côté, si c’est le cas du mien (z-stick gen5) je ne suis pas certain que ce soit une généralité. Ce contrôleur intègre en effet une batterie pour les inclusions stand-alone (proche d’un module déjà installé), ce qui rends donc obligatoire d’avoir les données liées aux associations en interne.
D’ailleurs, si le z-wave est bien standardisé niveau communications modules/contrôleur,entre modules et niveau config modules, rien niveau config contrôleur: Celle extraite d’un contrôleur est propre à ce contrôleur, dans le cas z-stick c’est en prime un utilitaire windows donc impossible de faire une sauvegarde directe (voir automatique, par exemple après chaque nouvelle inclusion) sur son raspberry qui gère la baraque.
Puis le jour ou le modèle précis de contrôleur n’est plus vendu, impossible en cas de panne de remettre son réseau z-wave en route facilement, justement car la config est dans le contrôleur et non standard: Tout à reconstruire.
Ceci dit, le problème sera dans ce cas là plus grave avec la gen7: Pas de lib open source compatible avec leur mode de fonctionnement à l’heure actuelle.
Sur l’autre sujet des lags, plus encore que la version de PI la carte uSD compte aussi pas mal (privilégier les A2, typées pour un use-case “applicatif” 24⁄7 dans un smartphone). Certains réglages sysfs Linux au niveau mémoire virtuelle permettent aussi de mieux gérer (regrouper/minimiser) les écritures avec des effets sensibles niveau lag, mais aussi durée de vie des cartes mémoire (double effet des Ax avec meilleures perf en aléatoire IO/s + gestion wear levelling plus proche d’un vrai SSD du fait de temps d’uptime longs permettant les actions en tâche de fond nécéssaires à un WL de type statique: Ce n’était pas le cas des cartes typées usage séquentiel dans un appareil photo, avec un uptime limité au temps de prendre quelques photos/vidéos, qui fonctionnaient en WL de type dynamique propice à la création de points chauds en usage non séquentiel).
Je n’ai pour ma part aucun lag avec un PI3 sous Domoticz.
#25
Deux choses me déplaisent avec zwave-js:
-Intégration en plugin, comme avec python et tout ce qui est interprété donc sans besoin de (cross-)compilation native: A la clef des emmerdes récurrentes aux changements de version de l’interpréteur, des déstabilisations peu reproductibles (et debuggables) du soft domotique qui fera tourner cela…
-Le JS: Clairement, ce langage n’a pas du tout été fait pour contrôler du matériel mais pour du web dynamique côté client (pendant de php côté serveur). Ca permet peut-être de faire un truc qui marche plus rapidement dans un écosystème ou les développeurs web sont plus nombreux que ceux typés OS/plateforme, mais dans le temps cela va être un foutoir à maintenir et sans doute pas sans effet sur les performances.
Surtout que z-wave est parfaitement standardisé/stable niveau protocole: Aucun besoin d’y toucher sans arrêt, contrairement à un zigbee bardé de spécificités OEM et ou des langages interprétés peuvent alors combler par leur souplesse les défauts inhérents à leur fonctionnement.
Je pense qu’il faut que silabs prenne le taureau par les cornes, sinon le z-wave est mort pour tout ce qui est DIY (les box spécialisées s’appuyant sur les SDK du constructeurs des puces z-wave seront incontournables, mais c’est pas la même clientèle!).
#26
La gamme “pro” ne semble pas du tout compatible avec les peignes horizontaux standards de nos tableaux électriques, le bornier semble d’ailleurs assez léger et ne respecte même pas les codes couleurs !
Je vais rester polis donc ne vais pas parler du câble réseau avec son embout RJ45 blindé en métal qui se fraye un chemin entre les fils de neutre et phase…
Bref je déconseille de mettre ça dans un tableau électrique vous ne passerez pas le consuel, et risquez d’avoir des difficultés avec le peigne (généralisé depuis de nombreuses années).
Ce n’est probablement pas aux normes électriques européennes donc un cas d’incendie électrique de toute nature, l’expert risque de pas chercher plus loin que le bidouillage du tableau avec du matos exotique…
La gamme non-pro a l’air sympa en revanche !
#27
yep, c’est ce qu’il me semblais aussi pour le coup des “peignes”, déjà avec le “pro 4 PM” j’étais pas certain de pouvoir faire une install “classique”
j’avais pas réalisé le coup du blindage métal du rj45 glissé entre phase et neutre :s
les fonctionnalités et le tarifs semblent bien par contre :)