Nous venons de publier le firmware 1.10.1 du boîtier TPMS, qui corrige un bug franchement agaçant : dans certaines circonstances, le boîtier pouvait perdre la trace de ses propres capteurs et cesser complètement de les entendre. Si cela vous est arrivé, il y a une manipulation précise à effectuer — et elle n’a rien d’évident, alors lisez la suite. Nous avons aussi des nouvelles côté StickFree, et un premier indice sur un projet en cours qui n’a rien à voir avec les motos.

Le bug : quand le boîtier devient sourd

Un client nous a écrit récemment, légitimement agacé par son problème. Ses relevés de pression étaient faux ; il a donc mis à jour l’application, mis à jour le firmware et voulu recalibrer — après quoi le boîtier a tout simplement cessé de voir ses capteurs. Une valeur apparaissait une fois, puis plus rien. Il a roulé. Il a dévissé et remonté les capteurs. Rien n’y a fait.

Rien n’allait y faire, et c’est de notre fait.

Voici le mécanisme. Votre boîtier n’écoute pas tous les capteurs de pression du parking : il n’écoute que les deux capteurs précis auxquels il est appairé et rejette tout le reste dès l’étage radio. C’est délibéré, et c’est ce qui empêche votre moto de capter les relevés de celle garée à côté lors d’un rassemblement.

Le problème tenait à la façon dont le boîtier mettait cet appairage à jour. Lorsqu’il enregistrait une nouvelle adresse de capteur, il supprimait d’abord l’ancienne, puis ajoutait la nouvelle. Si quoi que ce soit échouait dans l’intervalle entre ces deux étapes, le boîtier pouvait se retrouver à n’écouter plus rien du tout — sourd à des capteurs qui, juste à côté, émettaient pourtant sans problème. Et comme l’application affichait toujours un boîtier normalement appairé, rien ne semblait anormal de l’extérieur.

Les anciennes versions de notre application rendaient le phénomène bien plus probable, car elles renvoyaient les deux adresses de capteur à chaque modification d’un réglage. Un geste aussi anodin qu’ajuster une valeur d’étalonnage pouvait donc tout faire basculer.

Le firmware 1.10.1 corrige cela correctement. La nouvelle adresse est ajoutée avant que l’ancienne ne soit retirée : il n’existe donc plus de fenêtre pendant laquelle le boîtier n’écoute rien. Il ignore par ailleurs complètement la mise à jour lorsque l’adresse n’a en réalité pas changé — plus rien ne bouge donc quand vous ajustez un étalonnage. Et une adresse de capteur manifestement invalide est désormais refusée au lieu d’être sagement enregistrée.

Important : la mise à jour seule ne répare pas un boîtier déjà touché

C’est le point à ne pas manquer, faute de quoi vous installerez la mise à jour, rien ne changera, et vous en conclurez à juste titre que nous n’avons rien corrigé.

Si votre boîtier ne voit actuellement pas ses capteurs, l’appairage défectueux est enregistré dans sa mémoire. Il survit à la mise à jour du firmware, et il survit à autant de cycles de contact que vous voudrez — c’est précisément pour cela que rouler ne change rien. Les capteurs doivent être réappairés.

1. Mettez d’abord l’application à jour (il vous faut la 1.3.2 ou plus récente), puis mettez le contact ou la position accessoires (et laissez-la active) et laissez le boîtier se mettre à jour en 1.10.1.
2. Touchez chaque pneu, puis Modifier → Lancer la recherche, placez-vous près de chaque roue et remontez les capteurs pour qu’ils soient de nouveau reconnus.
3. Coupez le contact, remettez-le, reconnectez-vous et vérifiez vos relevés.

Le remontage fonctionne ici, alors qu’il ne servait à rien auparavant, parce que pendant la recherche c’est votre téléphone qui écoute, et non le boîtier — il trouve donc les capteurs quel que soit l’état dans lequel le boîtier s’est mis. Le remontage ne fait que les réveiller pour qu’ils émettent.

Autre chose qui ne figure pas dans le manuel et qui devrait sans doute y être : un relevé qui apparaît puis redevient des tirets après quelques minutes à l’arrêt est parfaitement normal. Les capteurs n’émettent que lorsque les roues tournent. Moto à l’arrêt, ils se taisent — ce n’est pas une panne.

Également dans la 1.10.1 : un étalonnage qui échoue franchement

Nous avons profité de l’occasion pour découvrir un second problème, plus discret.

Si vous poussiez une correction d’étalonnage suffisamment loin dans un sens, la valeur envoyée au tableau de bord pouvait déborder et repartir de zéro — au lieu d’afficher une valeur haute manifestement fausse, le tableau de bord affichait alors une valeur basse d’apparence plausible. C’est la pire forme d’erreur : un mauvais relevé qui ressemble à un vrai.

Le tableau de bord plafonne désormais à son maximum au lieu de repartir de zéro. Si un étalonnage est poussé trop loin, vous verrez quelque chose de clairement invraisemblable plutôt que quelque chose de discrètement trompeur. Le boîtier refuse en outre catégoriquement les valeurs d’étalonnage aberrantes au lieu de les mémoriser.

Pour obtenir la 1.10.1, vérifiez que votre application est en 1.3.2 ou plus récente, connectez-vous et laissez-vous guider pour la mise à jour du boîtier. Si quoi que ce soit ne se passe pas comme prévu, contactez-nous — je préfère vraiment être au courant.

StickFree a trouvé son public

Nouvelle un peu inattendue : le StickFree Yoke Fix connaît une véritable poussée de commandes et est rapidement passé du projet annexe à un produit que nous réapprovisionnons bien plus souvent que prévu.

Pour qui ne le connaîtrait pas : il s’agit d’un boîtier à roulements en deux parties, en PETG-CF, qui se serre autour de l’axe d’un manche Turtle Beach VelocityOne Flight et supprime les points durs dont souffre la conception d’origine. Entièrement réversible, sans aucune modification de votre matériel, il se monte en une dizaine de minutes avec un tournevis cruciforme. La différence se sent exactement là où elle compte le plus : dans les petites corrections précises lors de l’arrondi à l’atterrissage.

S’il a décollé, c’est uniquement parce que des passionnés de simulation en ont parlé à d’autres. Alors : merci. Ce n’est pas un marché que nous étions allés chercher — quelqu’un nous a demandé si nous pouvions réparer son manche, et il s’est avéré que oui.

Ce qui m’amène à une proposition permanente. Si vous utilisez un objet qui vous déçoit d’une manière agaçante mais réparable — une pièce qui coince, un support qui plie, un choix de conception fait de toute évidence un vendredi après-midi — parlez-nous-en. Certains de nos meilleurs produits sont nés de la plainte d’une seule personne. Nous ne pouvons pas tout fabriquer, et nous vous dirons honnêtement quand cela ne correspond pas, mais nous lisons tout. Envoyez-nous votre idée ou écrivez à contact@debyltech.com.

Du nouveau sur l’établi : Thermolink

Dernier point, et je resterai volontairement bref car c’est encore tôt.

Nous consacrons nos soirées à un projet baptisé Thermolink : un contrôleur de thermostat intelligent pour les pompes à chaleur et les systèmes split domestiques. En résumé, la motivation : beaucoup de ces installations sont du matériel parfaitement correct affublé d’un contrôleur incapable de dialoguer avec quoi que ce soit d’autre dans la maison, et remplacer l’installation entière juste pour avoir un meilleur thermostat est une idée absurde.

Pour l’instant, on est plutôt au stade de l’oscilloscope et de l’analyseur logique que du produit achetable, et je ne vais pas prétendre le contraire ni annoncer de date. Mais c’est réel, cela avance, et c’est la première chose que nous construisons qui n’a de rapport ni avec une moto ni avec un simulateur de vol.

La suite quand il y aura davantage à montrer.