Connexion
Abonnez-vous

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

Votre meilleur ami : le support

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

Le 06 janvier 2020 à 17h12

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.

Commentaires (21)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

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

votre avatar







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=" />


votre avatar

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

votre avatar

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=" />


votre avatar







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.github.com GitHubj’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.


votre avatar







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)


votre avatar







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 :)


votre avatar

“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.

votre avatar

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 :

github.com GitHub[/pub]

votre avatar

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

votre avatar

Génial, bravo ! 🙂

votre avatar

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=" />

votre avatar







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 :

github.com GitHub[/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=" />).


votre avatar







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. :D  

En plus, cela permet d'apprendre des choses (bon, en échange, il faut avoir le temps , c'est certain :transpi:).





&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.


votre avatar

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=" />

votre avatar

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;

votre avatar







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, …)


votre avatar

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 ;-)

votre avatar

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))

votre avatar

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 ?

votre avatar







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.github.com GitHubj’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.


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

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

  • Un produit Bluetooth, mais une utilisation tierce limitée

Fermer