Bouton connecté NIU de NodOn : toujours en vente malgré des applications de gestion plantées

Bouton connecté NIU de NodOn : toujours en vente malgré des applications de gestion plantées

Votre meilleur ami : le support

Avatar de l'auteur
David Legrand

Publié dans

Sciences et espace

06/01/2020 5 minutes
21

Bouton connecté NIU de NodOn : toujours en vente malgré des applications de gestion plantées

Que se passe-t-il quand l'application permettant de gérer un objet connecté ne fonctionne plus et n'est pas mise à jour ? Les clients de NodOn ont pu le découvrir, leur bouton NIU ne pouvant plus être configuré. Le constructeur renvoie à son service client, qui commence à bien connaître ce produit.

Le marché de la domotique et des objets connectés est en pleine ébullition. Surtout avec la montée en puissance des assistants sous forme d'enceinte, présentés comme des « hubs » centralisant la gestion, simplifiant la configuration. Mais avec l'évolution rapide de ces technologies, on oublie parfois de s'attarder sur certaines problématiques sous-jacentes.

Comme celle de la dépendance aux plateformes techniques qui gèrent ces services par exemple. Si aux débuts de la domotique se posait la question du support de tel ou tel protocole et de sa durée de vie, aujourd'hui le risque de voir nos appareils connectés réduits à une coquille vide est multiplié. Notamment par le nombre croissant d'acteurs aux solutions « maison », dont les produits ne peuvent être utilisés simplement à travers un standard technique.

Les cas d'école sont nombreux sur le sujet, mais pourtant, rien n'est réellement fait. Ces situations continuent donc de se produire, parfois dans une indifférence quasiment générale, un produit « hype » chassant l'autre. Ces dernières semaines, nous avons été alertés du cas du bouton NIU de NodOn, que nous avions testé début 2017.

Vous avez demandé une mise à jour ? Ne quittez pas...

Vendu une vingtaine d'euros, ce bouton Bluetooth fonctionne de pair avec une application mobile. Elle permet de le configurer, de le mettre à jour, de l'associer à des services tiers comme IFTTT.

Bref, un petit accessoire pratique et facile à prendre en main. Estampillé French Tech, on le trouve chez différents revendeurs comme Amazon ou Boulanger par exemple. Problème, depuis des mois, il ne fonctionne tout simplement plus, tant sur Android qu'iOS. En effet, les dernières versions des applications mises en ligne en août 2019 plantent dès qu'on essaie d'activer la moindre fonctionnalité. Il est donc parfaitement inutilisable.

La société en est forcément alertée puisque les critiques s'accumulent. L'application a d'ailleurs été retirée de l'App Store depuis nos premières constatations, elle est encore sur le Play Store. L'équipe y parle d'ailleurs d'un tutoriel pour la compatibilité IFTTT qui n'est plus en ligne, pas plus que la page de contact.

NIU NodOnNIU NodOn

Comment expliquer une telle situation ? Interrogée sur le sujet, la NodOn nous explique que son équipe technique « fait face à des problèmes de mises à jour d’App, dû à une refonte totale de la gestion du Bluetooth sur iOS et Android ». Une excuse que l'on pourrait accepter si les développeurs n'étaient pas prévenus en amont par Apple et Google, et que le souci était tout récent. Mais dans un cas comme dans l'autre c'est loin d'être le cas. 

Quand est-ce qu'une mise à jour est prévue ? Impossible à dire pour le moment, aucune date n'ayant pu nous être donnée. La société nous dit être que ses équipes « sont conscientes du problème, elles sont actives face aux dysfonctionnements du produit, et qu'elles apporteront une réponse à tous les utilisateurs (par email ou téléphone) ».

Elle invite ainsi les utilisateurs déçus à entrer en contact avec son service client qui gérera les réclamations au cas par cas. Sera-t-il retiré de la vente d'ici à ce que la situation soit réglée ? La société ne nous l'a pas confirmé pour le moment.

Un produit Bluetooth, mais une utilisation tierce limitée

La situation est rendue encore moins excusable par une autre de nos découvertes. En effet, le bouton de NodOn utilise le Bluetooth Advertisement (BLEA) pour fonctionner. On pourrait donc imaginer qu'il soit exploitable à travers cette technologie standard, ne serait-ce qu'à travers le travail de bidouilleurs. Cela avait été le cas.

On pouvait ainsi l'utiliser comme actionneur pour Jeedom à travers le plugin gratuit BLEA. L'association était assez simple à mettre en place. On aurait donc pu se consoler de l'absence de mise à jour de l'application officielle par une telle solution par exemple. Mais c'était là aussi sans compter sur une mise à jour poussée par NodOn.

Une mise à jour du firmware de fin 2017 a en effet eu pour effet secondaire de rendre incompatible le bouton avec le plugin BLEA. Il n'est tout simplement plus reconnu. Nous avons pu le vérifier avec deux exemplaires du produit : l'un mis à jour, l'autre non. Le second fonctionne sans souci, pas le premier.

Là encore, les utilisateurs ont dû jouer la carte de la débrouille. Sur les forums de Jeedom, certains ont développé un patch maison pour tenter de contourner le problème. D'autres ont fait plus simple : ils ont contacté le support de NodOn pour demander une rétrogradation du firmware, qui leur est alors proposée. 

Là aussi, on regrettera donc que le SAV soit le service en première ligne et que le constructeur ne trouve pas de solution plus pérenne à ce problème. Une preuve, s'il en est, que dans un monde où tout est connecté, il faut faire attention aux services et sociétés à qui l'on accorde sa confiance, sous peine de finir le bec dans l'eau.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Vous avez demandé une mise à jour ? Ne quittez pas...

Un produit Bluetooth, mais une utilisation tierce limitée

Fermer

Commentaires (21)


“Nous avons pu le vérifier avec deux exemplaires du produit : l’un mis à jour, l’autre non. Le second fonctionne sans souci, pas le premier.”



Mode complot /on

Ah ben comme ça obligé d’utiliser leur application et ça enferme bien les clients dans mon écosystème, et hop quand la masse critique atteinte, je vend à Google/Apple/Amazon/Microsoft”

Mode complot /off



Mais souvent c’est “oh il sert à quoi ce bout de code ? Il m’empêche de faire ce que je veux dans mes hacks ! Aller je l’enlève.


En novembre 2018 j’avais acheté un smart thermostat MOMIT, la boite à coulé 2 mois après, le thermostat est passé de très intelligent à totalement stupide (1 température et reset à minuit)

Bilan : j’ai développé mon propre thermostat connecté hebergé via raspberyPI + ESP8266

[pub]

Pour les curieux j’ai tout mis sur github :

https://github.com/crazytiti/Smart-Thermostat

[/pub]


J’ai eu le même cas avec les peanuts de Sen.se. La boîte a coulé et plus rien ne fonctionne. 


Génial, bravo ! 🙂


Voilà le genre de personne que j’apprécie, pas seulement pour le fait de se retrouver face à un problème bien énervant et qui du coup prends le temps de trouver une solution plus “libre” du point de vue utilisateur, mais surtout pour publier ses résultats pour les autres.



Merci <img data-src=" />








crazytiti a écrit :



En novembre 2018 j’avais acheté un smart thermostat MOMIT, la boite à coulé 2 mois après, le thermostat est passé de très intelligent à totalement stupide (1 température et reset à minuit)

Bilan : j’ai développé mon propre thermostat connecté hebergé via raspberyPI + ESP8266

[pub]

Pour les curieux j’ai tout mis sur github :

https://github.com/crazytiti/Smart-Thermostat

[/pub]





C’est clair, dans domaine de l’loT / domotique, rien ne vaut le DIY avec des produits dont les spécifs sont connues et qui ne nécessite pas une connexion à je ne sais quel service obscur dans le cloud.



Arduino / Raspberry Pi (et autres matériels de ce genre) sont nos amis. <img data-src=" />

En plus, cela permet d’apprendre des choses (bon, en échange, il faut avoir le temps , c’est certain <img data-src=" />).









Juju251 a écrit :



C’est clair, dans domaine de l’loT / domotique, rien ne vaut le DIY avec des produits dont les spécifs sont connues et qui ne nécessite pas une connexion à je ne sais quel service obscur dans le cloud.




Arduino / Raspberry Pi (et autres matériels de ce genre) sont nos amis. <img data-src=">  

En plus, cela permet d'apprendre des choses (bon, en échange, il faut avoir le temps , c'est certain <img data-src=">).





&nbsp;

Il y a des spécialistes pour tout. Je ne suis pas capable de régler ma chaudière, le moteur de ma voiture et c’est pareil pour un thermostat. Je préfère laisser ça à des spécialistes.



Edit : c’est mon avis à titre personnel.



Tu as raison, nous n’avons pas tous le temps ni même l’envie de nous investir la dedans.



Néanmoins si un spécialiste proposait l’installation et le suivi de solutions open source (et donc indépendante du bon vouloir d’une marque) je pense que tu serais tenté.

&nbsp;



Car à court/moyen terme aucune chance que ces problèmes d’obsolescence ou d’enfermement dans un écosystème pour des raisons purement logicielles ne s’arrêtent <img data-src=" />


Pour ma part j’ai utilisé OpenHAB avec un pi zéro.

(Programmation horaire/journalière, historique des relevé, prise en compte du réveil du/des smartphone, sondes multiples, contrôle via l’appli OpenHAB open source android).



J’en suis à faire communique l’ESP8266 avec OpenHAB pour les sondes supplémentaires (pour l’instant j’utilise d’autres Pi que j’ai déjà, mais c’est un peu overkill…).



Je mettrai tout ça sur git une fois complet :)

&nbsp;








Norde a écrit :



Tu as raison, nous n’avons pas tous le temps ni même l’envie de nous investir la dedans.



Néanmoins si un spécialiste proposait l’installation et le suivi de solutions open source (et donc indépendante du bon vouloir d’une marque) je pense que tu serais tenté.

&nbsp;



Car à court/moyen terme aucune chance que ces problèmes d’obsolescence ou d’enfermement dans un écosystème pour des raisons purement logicielles ne s’arrêtent <img data-src=" />



&nbsp;



C’est clair que je ferais plutôt ce choix là. Mais dans quelques semaines je vais me faire installer une PAC et là c’est 100% du proprio et c’est assez complexe à mettre en œuvre (loi d’eau, capteur extérieur et intérieur, …)



Copieur https://github.com/nagius/SmartThermostat <img data-src=" />





Super project, il mérite d’être plus connu, je m’en inspirerais sûrement pour mon prochain chauffage ;-)


J’approuve. En info, je roule ma bille et je me démerde, mais dès qu’il s’agit de bricoler un truc non conçu pour, j’en suis incapable. <img data-src=" />



Typiquement, c’est le genre de cas où j’aurais plus de mal. (et le coup du sac tissé pour l’aspirateur, c’est mort pour moi x’) (réf à un autre commentaire))


Je bosse sur un produit IoT, et la problématique m’intéresse, si vous avez des suggestions..



Bon déjà c’est un produit qui n’a pas besoin d’un serveur, donc si jamais on arrête le support, tant qu’on laisse les applis dispo (ou que les utilisateurs les ont téléchargées), tout continuera à fonctionner.



Il sera certainement hors de question d’ouvrir les sources. Par contre j’ai déjà signifié que dans le futur j’aimerais publier les specs du protocole.



Je me dis que si ça arrive, je pourrais peut-être convaincre de publier la doc de la partie électronique (entre autre parce que de toutes façons ça peut être rétro-ingéniré et si jamais on délaisse un produit, on peut supposer que l’électronique dedans ne sera plus si importante).



A part ça, d’autres idées ?








Juju251 a écrit :



Arduino / Raspberry Pi (et autres matériels de ce genre) sont nos amis. <img data-src=" />





Pluzun.





  • j’ai domotisé mes portes de garages avec de l’ESP8266 (ou de l’ESP32, je sais plus)



  • je pilote les sirènes d’alarme avec un arduino ;



  • j’ai de l’USB TTL pour m’interconnecter avec mon compteur EDF.



  • 5 caméras IP + logiciel ‘motion’ (pour l’enregistrement sur détection de mouvement)



  • des dizaines d’actionneurs et de capteurs en z-wave, gérés initialement par Jeedom et depuis par un soft maison en nodejs ; pas un seul bit de leurs données ne sort de chez moi ou ne dépend du net.





  • etc… cf.https://github.com/nouknouk/ma-domotique



    j’ai juste banni le raspberry pour mon serveur domotique (OS sur carte SD, niet, ports USB faiblards, surcoûts cachés: boitier, alim, hub usb, disque, …) et j’ai mis un mini-pc à base d’atom z8350 à la place (70€)



    Le dernier truc en date: j’ai commandé (pour tester de la reco vocale faite en local), un Matrix voice. Pas encore reçu.



Il me semble que la 5g va s’appuyer sur LoRa, pourquoi concevoir un nouveau protocole ?








crazytiti a écrit :



En novembre 2018 j’avais acheté un smart thermostat MOMIT, la boite à coulé 2 mois après, le thermostat est passé de très intelligent à totalement stupide (1 température et reset à minuit)

Bilan : j’ai développé mon propre thermostat connecté hebergé via raspberyPI + ESP8266

[pub]

Pour les curieux j’ai tout mis sur github :

https://github.com/crazytiti/Smart-Thermostat

[/pub]









Alfred1664 a écrit :



Copieur https://github.com/nagius/SmartThermostat <img data-src=" />





Super project, il mérite d’être plus connu, je m’en inspirerais sûrement pour mon prochain chauffage ;-)







Perso j’utilise le plugin de thermostat virtuel de Jeedom. <img data-src=" />



Idéalement il faudrait documenter (et rendre disponible <img data-src=" />) la partie communication (protocole/api…) au minimum.


Oh je te rassure, je parle du protocole BLE GATT… pour la 5G tu as des sources ? Mon souvenir est qu’ils avaient décidé de faire leur propre standard.

Sinon pour ce que je fais il n’y a pas de standard, d’où le fait que j’ai suggéré qu’on ouvre le protocole. Qui n’est pas forcément le meilleur d’ailleurs, mais 1 d’ouvert c’est déjà ça.



Je bosse juste sur UN truc “IoT” (tellement INTERNET of Things que c’est fait pour tourner offline&nbsp;<img data-src=" />).

&nbsp;





CryoGen a écrit :



Idéalement il faudrait documenter (et rendre disponible <img data-src=" />) la partie communication (protocole/api…) au minimum.



tout à fait d’accord, le moment venu ça sera fait. Je te rassure la doc existe ;) C’est pas la plus jolie mais Bon, elle fait le boulot, elle décrit les séquences de messages, les formats de certaines données, mais soit en fichier texte soit Excel. Tant qu’à faire je ne serais pas contre diffuser les header C correspondants. Sinon j’ai été élevé aux rfc donc pas taper, habitude de bosser sur des fichiers texte brut !



Et pour la future API là bah de toutes façons elle existera pour être ouverte (mais je ne sais pas dans quelle mesure) et avec une jolie doc pas rédigée par moi, enfin j’espère sinon personne ne s’en servira&nbsp;<img data-src=" />









brazomyna a écrit :



Pluzun.





  • j’ai domotisé mes portes de garages avec de l’ESP8266 (ou de l’ESP32, je sais plus)



  • je pilote les sirènes d’alarme avec un arduino ;



  • j’ai de l’USB TTL pour m’interconnecter avec mon compteur EDF.



  • 5 caméras IP + logiciel ‘motion’ (pour l’enregistrement sur détection de mouvement)



  • des dizaines d’actionneurs et de capteurs en z-wave, gérés initialement par Jeedom et depuis par un soft maison en nodejs ; pas un seul bit de leurs données ne sort de chez moi ou ne dépend du net.





  • etc… cf.https://github.com/nouknouk/ma-domotique



    j’ai juste banni le raspberry pour mon serveur domotique (OS sur carte SD, niet, ports USB faiblards, surcoûts cachés: boitier, alim, hub usb, disque, …) et j’ai mis un mini-pc à base d’atom z8350 à la place (70€)



    Le dernier truc en date: j’ai commandé (pour tester de la reco vocale faite en local), un Matrix voice. Pas encore reçu.







    Pour ma part, je suis passé d’un raspberry pi 3 avec SSD en USB dans une boite imprimé maison, à un raspberry pi 1 (celui avec 2 ports USB) et carte SD. Dessus, raspbian + domoticz.



    Pour la carte SD, il faut aller vers les solutions “industrials” comme ATP ou Sandisk (WD maintenant) Industrial I ou XI.

    On peut les comparer à des SSD, ce type de carte SD a du wear leveling, protection contre les coupure d’alimentation, remonté de l’état d’usure (proprio, c’est pas du Smart tout bete). Les specs sont clair, c’est du SLC ou MLC avec des TBW en 10 aines de TB a partir du moment où tu garde la carte SD quasi vide.

    J’en ai acheté une petite poigné sur arrow.com, ca coute vraiment pas cher.



    Bref, du coup le Rpi consomme 0.38A en 5V, dongle Zwave inclus. Aucun problème de perf (domoticz est codé en C ou C++) et encombrement mini.



    Les specs de la carte que j’ai mise actuellement: AF8GUD3A-WAAXX https://static6.arrow.com/aropdfconversion/55056b1a2a966f599450d16486375ea493d94…



    A noté que j’ai quand meme passer certaines partie du filesystem en tmpfs pour encore diminuer les écritures sur la carte SD.









ForceRouge a écrit :



Pour la carte SD, il faut aller vers les solutions “industrials” comme ATP ou Sandisk (WD maintenant) Industrial I ou XI.





Merci je connaissais pas.







ForceRouge a écrit :



le Rpi consomme 0.38A en 5V, dongle Zwave inclus. Aucun problème de perf (domoticz est codé en C ou C++) et encombrement mini.





Fais-y vraiment gaffe avec l’alim des ports USB avec le rpi ; avec un aeotec zwave gen2, j’ai eu des cas sur un rpi 3 où le dongle semblait “fonctionner” mais était en fait en sous alimentation chronique et marchait sur trois pattes ; portée divisée par deux ou trois, etc…



J’ai mis du temps pour isoler la root cause, mais une fois identifié la différence est sans appel: dès que tu branches quelque chose sur le pi, le hub USB auto-alimenté est un ‘must have’ pour moi.



Ceci ajouté au stockage et à l’archi ARM ont fait que chez moi j’ai opté au final pour un mini-pc Atom z8350. Pour 80€ t’as du beaucoup plus puissant, une vraie achi x86, pas de coûts cachés (boitier, stockage, hub usb, etc… etc…), et une conso comparable au pi (le TDP du truc, c’est 4 watts)









brazomyna a écrit :



Merci je connaissais pas.





Fais-y vraiment gaffe avec l’alim des ports USB avec le rpi ; avec un aeotec zwave gen2, j’ai eu des cas sur un rpi 3 où le dongle semblait “fonctionner” mais était en fait en sous alimentation chronique et marchait sur trois pattes ; portée divisée par deux ou trois, etc…



J’ai mis du temps pour isoler la root cause, mais une fois identifié la différence est sans appel: dès que tu branches quelque chose sur le pi, le hub USB auto-alimenté est un ‘must have’ pour moi.



Ceci ajouté au stockage et à l’archi ARM ont fait que chez moi j’ai opté au final pour un mini-pc Atom z8350. Pour 80€ t’as du beaucoup plus puissant, une vraie achi x86, pas de coûts cachés (boitier, stockage, hub usb, etc… etc…), et une conso comparable au pi (le TDP du truc, c’est 4 watts)







Merci pour l’info sur l’alim, je ferais gaffe quand je le remettrait en “prod”. La j’ai la ‘Z-wave.me’, avec une alim USB 40W le temps que je finisse de migrer du Pi3 vers le Pi1, ca passe large :)



On avait déjà échangé dans un autre thread sur le z8350. C’est pas mal, mais complètement overkill pour moi. Le Pi1, c’est 3,8W mesuré à la prise. Pour la “puissance”, j’ai un ATOM jxxxx 4 cores/16GB de ram a coté.



Comme la domotique doit fonctionner 247, je préfère un petit Rpi dédié, ultra fiable, qui ne fait que ca (+dns2 / +ntp). Si la SD meurt (normalement ca devrait pas) la restauration, c’est juste un fichier a poser sur domoticz (tester pendant ma migration Pi3 =&gt; Pi1), tout remonte directement sur un autre Pi le temps de faire un dd de raspbian + curl | bash de domoticz. Et si c’est le Pi qui crame, bah suffit de mettre la SD dans un autre Pi et c’est réglé.



Et il me semble qu’il faut bidouiller un peu pour y mettre un linux sur le z. Pour des trucs qui servent vraiment, j’aime pas trop bidouiller :)