deadubed

Très franchement, la remplaçante de la S22 dans le futur sera très certainement une leaperkim pour ma part. Bien d'accord. J'aime bien mettre les mains dans le cambouis pour moi toutes ces interventions ne me posent aucun souci. Mais il est anormal que je doive le faire ausi intensément.

Salut à tous, Décidément cette S22 Pro m'en fait voir. Si les différentes MàJ par rapport à la S22 Legacy sont bienvenues, visiblement les processus d'assemblage et de contrôle qualité sont toujours dans les choux. En bref, les roulettes (noires) explosent après 200 à 1000 km (fourchette large), et doivent être remplacées (on trouve des roulettes 625zz 5*24*7 sur aliexpress). Je pense que le solution de HouEUC présentée par WW est plus durable, les roulettes ont l'air pensées pour durer, mais 200 balles.... A ce sujet, n'importe quel autre système à glissière tube est de très loin supérieur au système type "tiroir à couverts de la cuisine de tata Simone". Au niveau moteur, j'avais des couinements de plus en plus présents. J'ai fini par sortir le moteur, et constaté que les joints spi étaient rentrés au forceps, en biais, avec les lèvres tordues. Donc à remplacer (ce sont des 60 75 8)... J'en ai profité pour déflasquer le moteur, et je confirme qu'il y a bien une tentative de pâte à joint. C'est plus de la déco qu'autre chose, donc je l'ai refaite au joint culasse bleu. Du reste, le moteur était quand même propre, pas vu de traces d'oxydation inquiétante (j'avais par ailleurs déjà bourré du rubson dans le passage de câble du moyeu). J'ai aussi couvert les vis des flasques de joint silicone pour renforcer encore un peu l'étanchéité. Après 500km, les entraxes de la suspension étaient aussi tous bien desserrés. Autant y mettre du frein filet fort (vert ou rouge). Bref, encore une fois, très bonne roue sur le papier. Mais l'entretien qu'elle me demande par rapport à la Z10 par exemple est juste débile (la Z10 n'en a pour ainsi dire, pas besoin). Et on parle là d'un entretien nécessaire afin de ne pas exploser la roue et moi avec pendant que je suis dessus (sliders qui pètent, suspension qui lâche à cause des axes desserrés, ... Franchement, prenez-soin de vous et soyez très attentif aux bruits, changements de comportement, etc de votre S22 pro (ou pas).

J'ai "feuilleté" la vidéo sans le son pour aller au moment de la chute donc j'avais pas l'info de vitesse. Maintenant que je l'ai, je comprends mieux. Autant à 25 on se traîne pour cruiser, autant plus de 35-40 c'est du (je pense) n'importe quoi. Même Mr Wrong Way explique, dit, et redit que rouler vite en dehors des cas exceptionnels (compet', cas d'urgence, test des limites, ...) c'est dangereux, que wear your gear, and better arrived slowly than not at all. Je suis navré pour les séquelles de notre ami, et rien n'indique qu'une chute à 30 km.h en gyroroue soit moins dévastatrice pour autant (quoi qu'on peut "sauter/rouler" sans contrainte du guidon etc). Quelque part il s'en sort bien quand on voit comment on peut se mettre mal en collision frontale à 50 km.h en bagnole... S'il savait qu'il allait rouler à ces vitesses là il aurait dû se donner les moyens de prévoir genouillères, gants renforcés, pantalon kevlar, veste de moto (en T-shirt à 90... Frr...)... Y a pas grand chose qui va en fait. Il s'agit pas de dire "je te l'avais bien dit" mais plutôt de constater que l'équipement qu'il a n'est pas à la hauteur de la prise de risque. EDIT: Dans la suite de la vidéo il étaye justement le sujet des protections qu'il aurait dû porter. Mieux que rien mais trop tard quand même pour lui

Pour info. Je confirme que les roulettes des sliders cassent très facilement. J'en ai plusieurs avec le plastique pété au bout de quelques centaines de km. Il faut donc démonter sa roue au moins tous les 500km puisqu'on a donc des pièces d'usure (de merde) et par la même resserer les entraxes de suspension qui se desserrent même avec du frein filet.

Ne serait-il pas pertinent de comparer avec la S22 pro (pour ce que ça change exit le moteur plus nerveux...) ? Il me semble que la S22 3300w n'est plus en production ?

1) Ils sont pris à la gorge par les contraintes des règles commerciales, les frais inhérents aux retours SAV peuvent-être lourds au regard de la marge qu'ils se font sur les ventes et atelier. Les retours dans le cadre des garanties sont donc souvent conflictuels (c.f trustpilot pour les boutiques concernées) puisque les retours qui ne font pas d'entrée d'argent sont à perte en main d'oeuvre et pièces. Ce qui s'entend. 2) I est difficile pour eux d'assurer un suivi SAV digne de ce nom car leur nombre sur le territoire est peu élevé et les personnes formées pour diagnostiquer et réparer notre matériel est semble-t-il, faible. Il y a donc bousculade au portillon des SAV entre les trots, roues, etc. Quand je dis à fuir, j'extrapole pour qui veut/peut user d'autres acteurs, tout en ayant en tête que cela implique d'être capable d'entretenir soi-même sa roue, donc la démonter, changer les pièces, etc. Quitte à ne pas bénéficier de la garantie, qui est, de toute façon, bien souvent difficile à faire valoir (le forum regorge d'exemples du genre).

La Begode A2 pourrait répondre à tes soucis d'étanchéité. Mais elle sera pas aussi performante qu'une V10F, avec moins d'autonomie pour un poids très proche. A choisir, je prendrais la V10F.

Dans ce cas, ne t'engage pas, et oriente-toi vers la KingSong 16x par exemple

Elle se trouve très facilement sur e.g AliExpress. Pour peu qu'on souhaite passer par cet intermédiaire. Difficile de savoir pourquoi les revendeurs français (à fuir par ailleurs) ne l'ont plus en stock en revanche.

Bel effort. Pas mal de monde pourra te confirmer que cette roue existe bel et bien. Moi y compris.

Verbeux/20 mais c'est un bon début merci !

J'ai pas pensé en effet que lors du handshake initial les 2 parties puissent définir le cadre de communication mais ça ferait sens. Si qqn a un cours / tuto BLE accessible (i.e pas une doc technique ou du raw code commenté. etc) ça pourrait être cool, j'ai rien trouvé d'utilisable immédiatement et lire les cahiers de specs franchement c'est en dernier recours.

C'est très Meh cette affaire. Si pour toutes les roues les infos de base : voltage, vitesse, temp rentrent dans les 20 premiers octets, alors on s'en contentera. Vaut mieux du minimal fonctionnel que vouloir tout faire mais mal. Pour le reste, à voir le code, sans connaissance préalable du protocole bluetooth. C'est incompréhensible (wheelLog tout autant que le companion garmin d'origine et même que ton app (en parciulier le profile manager 🫣) sans y passer vraiment du temps à tête reposée, et là j'ai pas le temps tout de suite.

A dire vrai je n'ai pas encore la vision exacte de ce qui est possible. Pour ce qui suit, je pars du principe que mes interlocuteurs sur ce sujet ont un minimum de connaissances en génie logiciel. En GRAS les infos principales pour ceux qui parlent surtout le langage naturel. Dans l'idéal je souhaite proposer une librairie ARCHITECTURÉE qui permette au client (ici l'app de la montre) de communiquer avec un ensemble de roues de manière transparente (avec e.g un factory X strategy et probablement des couches d'adapter). En d'autres termes ça reviendrait à proposer une librairie dont le seul objectif est d'encapsuler les communications avec les roues à travers une interface unique et derrière c'est l'app qui gère les données qu'elle envoie/reçoit comme elle l'entend. La délégation ne se fait donc pas sur le fond mais sur la forme. Selon les limitations / contraintes du protocole BLE, il est possible en effet que ce soit faisable ou pas, impliquant peut-être des contournements architecturaux pour e.g assurer que c'est bien l'app qui réifie les instances de communication pour garder le contrôle dessus et éviter les timeout ou échecs de handshake.

J'ai commencé à regarder le code de WheelLog. Mon dieu la phase de rétro-doc que je vais devoir me taper rien que pour reconstruire la partie d'architecture logicielle dédiée au bluetooth. En plus du protocole BLE que je dois comprendre, la doc métier est inexistante (offuscation volontaire ou non ? étrange pour de l'open source), et l'architecture du projet est... très lacunaire. ça va être rigolo x)

Oui. c.f : 3. Comme dit avant, les ports de charge sont des entrées ouvertes, si ta roue a fait un séjour dans l'eau, alors l'eau est entrée dans le contrôleur. PIRE Comme le contrôleur est posé directement sur les packs batteries, l'eau aura pu aller faire un séjour dans les packs batteries, et sera restée au fond, qui est normalement étanche.

Tu peux utiliser de l'alcool isopropylique, mais bien que l'alcool soit soluble dans l'eau (et mes faibles connaissances en chimie), je vois pas bien où tu veux en venir.

Faut quand même faire gaffe à une chose en particulier : La fragilité de la visserie. Les vis pêtent très facilement, et les filetages sont fragiles (aluminium mou à souhait). Au premier démontage c'est souvent très dur à dévisser sans percussion ou chaleur (en particulier les vis du support moteur). Du reste. C'est vrai que tout est accessible assez rapidement. Au prix d'une étanchéité très relative et fonctionnelle uniquement pour des pluies légères au roulage. En effet. Vu la structure de la roue, on a plusieurs points d'entrée d'eau à peu près certains: 1. Le passage de câble au niveau de l'axe moteur. Souvent très mal étanchéifié (d'ailleurs, ne roulez pas dans plus que des petites flaques d'eau avec vos S22 🙏) 2. Le sommet des packs batteries: Les point d'étanchéité entre le bloc contrôleur et les passages des câbles des feux ne sont clairement pas pensés pour une immersion, quelques gouttes sont forcément passées. 3. Comme dit avant, les ports de charge sont des entrées ouvertes, si ta roue a fait un séjour dans l'eau, alors l'eau est entrée dans le contrôleur. PIRE Comme le contrôleur est posé directement sur les packs batteries, l'eau aura pu aller faire un séjour dans les packs batteries, et sera restée au fond, qui est normalement étanche.

Ce sera pas pour tout de suite de toute façon, j'aurai plus de temps cet été. Ça fait un moment que j'ai envie de remettre le nez dans des protocoles bas niveau, donc... x)

Je réfléchis sérieusement à centraliser le retroengineering BLE de WheelLog des différentes roues dans un Monkey Barrel, histoire de faciliter la maintenance et surtout la réutilisation pour d'autres use case. J'ai pas l'impression qu'il y ait de compatibilité avec e.g les libs jar. Ce qui serait vachement mieux puisqu'un jar serait probablement bien plus réutilisable 🤔

Ah oui j'ai pas pensé à tenter un passage sur windaube

Agreed. J'ai pas eu le choix puisque j'ai pas trouvé de moyen de faire des sideloads en cherchant assez succinctement sur les internets. Je suis donc obligé de pousser ma beta sur ConnectIQ, avec.... un UUID unique x) J'en déduis que tu arrives à accéder au storage de ta Venu directement ?

Salut. Je suis justement en train de foutre la zone dans un fork du companion de wheellog histoire de faire un build pour ma ForeRunner 255. J'ai passé pas mal de temps à réparer des bouts de code et rebuild le gestionnaire de projet kumitateru que ggoraa a construit en rust (tuez-moi) pour faciliter (théoriquement) les builds des app ciq. Pour rien simplifier je bosse sur une archi arm, histoire de rigoler plus fort. Bref j'ai réussi à faire revivre ce fork (j'ai pondu un beta cracra que je vais bourrer sur ma montre et tester asap) MAIS je trouverais ça cool de mettre le nez dans ton code histoire d'aller plus loin dans le bypass de l'app mobile puisque le point à point est probablement bien plus intéressant que de jouer au Dr Frankenstein. D'autant que j'ai fait ça en mode terminal sans me casser le cul avec VScode ni décortiquer les docs des sdk etc. P.S : J'ai réussi mais j'ai dû fork WheelLog Android pour changer les UUID du companion (en dur dans le code 🫠) vers ma version beta. Donc c'est possible mais franchement chiant pour qui n'est pas ingénieur informaticien.

Je désapprouve fortement: les pads sont un immense atout pour la précision de la conduite. Ils mettent le pilote en capacité de complètement contrôler sa roue. Excusez la métaphore ci-après: les pads c'est comme la master sword dans (certains) Zelda. On débute sans, on apprend sans. Puis, on peut finir le jeu sans mais c'est quand même vachement mieux avec. Je disparais.

La plupart des douleurs aux genoux proviennent d'un mauvais positionnement du pilote. Si on fait un parallèle avec les vibrations reçues par les genoux d'un skieur confirmé voire même d'un skieur en ski de bosses, la gyroroue est bien moins violente. Pourtant je ne connais que bien peu de skieurs qui se plaignent de leurs genoux à cause du ski, moi y compris. Il m'arrive aussi d'avoir des douleurs au genou droit. Et c'est systématiquement dû à un mauvais alignement pied-genou-hanche, qui implique une tension dans le genou dans les virages. Si je corrige la posture la douleur disparaît d'elle même. Si je ne la corrige pas, elle s'amplifie, perdure, et m'oblige à faire une pause de plusieurs jours pour éviter d'aller vers une tendinite ou autre douleur chronique. Les genouillères sont un garde fou utile si on doit rouler alors qu'on a mal. Mais les porter en permanence va créer un phénomène de compensation sur la jambe opposée en cas de port unique, voire déporter la compensation sur e.g les hanches, chevilles, lombaires, ... Écouter les signaux de son corps au lieu de vouloir les faire taire est un bon moyen de comprendre quoi faire pour rouler longtemps et sereinement. P.S: Je parle ici de personnes ayant, de base, les genoux "sains".