tritbool

Un entrepreneur dirait "c'est un plan sur l'avenir, les investisseurs vont suivre". Envoyé de mon FP4 en utilisant Tapatalk

Hesite pas à commenter l'utilité globale de chaque fichier (au dela du nom des fichiers, y a surement des choses en plus à dire). Et idéalement ce que chaque classe est censée représenter / permettre. Ca reste relativement macro mais ca permet d'entrapercevoir l'archi sémantique

Bon j'ai lancé une préco pour mi novembre. D'ici là, je dois trouver des sous

Tu me rassures haha. D'ailleurs, tu debug comment l'app ? j'aimerais bien pouvoir faire du debug bluetooth etc et faut dire que leur simulateur de montre est bien claqué. Si je peux éviter d'acheter du matos... Bah le mieux pour moi c'est ce que j'ai fait. A savoir un fork ou je détricote ce que je peux pour essayer de concevoir de la doc d'archi, et proposer un nouvel agencement du code pour Essayer de mettre de la CI sur github Faire du code cleansing (virer les redondances, améliorer l'interoperabilité, la lisibilité, la maintenabilité) Proposer une architecture fiable et documentée Intégrer les modifs de ton projet au fur et à mesure Faire une pull request quand on aura une version propre (donc pas demain la veille. Peut-être dans 1 an xD)

Je veux dire que c'est pas clair haha. On sent le côté artisanal dans le code, mais c'est pas censé être trop un problème. C'est plus le typage dynamique de Monkey C (entre autres) qui rend la relecture spicy. Par contre modifie pas forcément trop vite les enums parce qu'en l'etat C_WRITE_NR est mappé à l'entier de valeur 4 (par défaut pour les enum à valeurs implicites c.f ) En me motivant fort, j'ai bon espoir de pouvoir rendre l'ensemble plus durable niveau technique. Par contre on a pas le cul sorti des ronces.

En parlant des trames, ca reste (à mon sens) la partie la plus velue à comprendre. Y a des docs quelque part pour essayer de comprendre comment c'est foutu (exit les docs du protocole de base) ? Parce que les enum { D_READ, D_WRITE, C_READ, C_WRITER, C_WRITENR, UPDATE, } Comment dire ... x) Monkey C souffre d'un gros problème : Le typage strict semble être pas trop au goût du jour, sauf qu'avec le SDK 7.xx c'est la fête aux warning à la compilation parce qu'il est pas content que certains objets soient pas typés

Je rejoins ton avis. C'est probablement possible d'implémenter ça, mais il faudrait qu'un sacheur en électro donne la formule exacte à implem basée sur les données brutes dont on dispose à savoir Voltage, Amperage, Vitesse, etc, etc.) L'idée étant de pouvoir implem une fonction de PWM temps réel qui intègre la notion de valeur relative => Standardisation des calculs. Je me suis pris une motive. J'ai fork le projet, je mets le nez dedans, sérieusement pour cette fois, désolé

Si c'est trop chiant de changer tout le layout (surtout que le background est d'origine wheelog companion si je me souviens bien), tu peux p-ê "juste" passer la couleur de l'arc PWM en vert quand il passe en négatif Je le ferais bien mais je trouve aucune info sur le PWM dans les fichiers de layout EDIT:(not a critcism) Je viens de comprendre que c'est la notion de vitesse dans le layout qui est utilisé pour le PWM... Je sais que faire des schémas et de la doc c'est chiant, en particulier en open source bénévole. Par contre il sera quasi impossible (sans connaissance préalable en monkey C) pour quiconque de filer un coup de main sur un projet si conséquent sans description d'archi, commentaires, et nommage parfois issus de dette techno de projets forkés. Tu as fait un boulot monstre pour reprendre l'existant de wheelog et le rendre autonome sur les Garmin. Mais si par exemple tu décidais d'arrêter pour quelque raison que ce soit, les éventuels repreneurs vont devoir faire de l'archéologie pour faire vivre ton bébé. Ce serait dommage, et que de temps perdu pour une idée si pertinente.

2000 km sur la master pro V2 aujourd'hui. Après démontage /remontage de mise en service à réception, je n'ai rien à signaler depuis. Les pads d'origine s'usent, mais c'est tout. Sinon, RAS, malgré la pluie qu'elle a pris dans la courge. Pour l'instant, cette roue c'est un vrai bonheur à rouler.

En tant qu'ingénieur, j'adorerais pouvoir faire ça. Mais j'ai aucun doute sur le fait que ce serait financièrement insoutenable (niche, R&D chère, plus charges intermiédiaires et coûts de prod).

Oui je partage ton avis sur tout ça. Or, les gens qui se font de la thune sur le dos des autres, sont partis pour rester là un moment, et rien ne changera avant... probablement jamais de notre vivant. Donc nous, de notre côté, il reste: 1. Soit l'espoir que ça change (ou le déni c'est selon). 2. Soit l'option de construire des roues chez nous, mais comme on a plus d'industrie, on devra quand même importer du chinois. 3. Soit faire face à la réalité, et au choix acheter un set d'outillage, du frein filet, mettre les mains à la pâte, demander à son revendeur de le faire, ou s'abstenir d'acheter ce genre de roue.

De mon point de vue, il y a une aculturation aux services, voulue ou pas par les constructeurs auto. Changer une bougie, faire une vidange, etc, est bien plus chiant sur un véhicule moderne que sur une ZX. On observe un phénomène côté vélos, avec une explosion du nombre de cycliste, mais pas de progression sensible de gens qui se débrouillent eux-même avec leur mécanique. P-ê parce que la débrouillardise est plus ancrée dans les campagnes que dans les villes, et que la population est majoritairement urbaine, disposant rarement d'espace pour bricoler et habituée aux services de prox.

D'où le fait (pas normal, j'en conviens) de démonter / remonter toute nouvelle roue avant mise en service. P.S: Il me semblerait indécent de demander de faire mieux à des gens qui bossent à la chaîne, qui sont payés pas grand chose pour bosser 6j /7 quand c'est pas 7 / 7, et dans des conditions dont on ignore à peu près tout. Chacun peut bien prendre quelques heures de son temps pour faire le job de mise en service.

La variation du voltage (et donc du %ge de batterie) selon la demande de courant (décharge / charge) est un phénomène tout à fait normal sur nos roues

La roue a 2 mois, ils chercheront sûrement à éviter la garantie en évoquant au hasard pluie ou chute ou je sais pas quoi. Mais techniquement si elle veut plus self-balance au bout de 2 mois, et que t'as pas fait de folies avec (et même si t'en as fait d'ailleurs), c'est SAV.

J'ai aucune idée de la taille des aimants des KS de la gen. précédente. Mais si les moteurs étaient des C2x ou C30, alors en passant à du C32, relativement ça devient du HT. Dans l'absolu j'aurai tendance à dire que le C38 aura un couple plus important à faible allure, mais sans field weakening, le couple sera probablement moins important sur un C38 qu'un C32 à haute vitesse. Il m'arrive d'atteindre les limites de la S22, pas la master pro... si je (85kg) plonge vers l'avant trop fort avec la S22 elle va overtorque. Les gars qui font ça avec la Blitz ont pas l'air de la faire couiner (mais j'ai pas idée de leur masse...). Bref, le mieux serait, comme toujours; d'avoir des retours de gens IRL en fait.

Les KS (S22, S19, S16) ont des moteurs C32 (moi j'avais mesuré 33mm sur le rotor de ma S22 pro mais c'est peut-être moi). Techniquement c'est donc des moteurs HS chez KS. J'ai l'impression que HS / HT est une appellation qu'on voit chez IM, Begode et d'autres mais par ex, KS s'en branle et personne (à ma connaissance) ne s'émeut de HS ou HT sur les roues KS. Si tu regardes les trucs que font les gens sur youtube avec la Blitz, elle semble avoir bieeeeeen plus de couple que la S22 qui a pourtant un moteur C32 (33). Elle grimpe du 40-45º sans sourciller quand la S22 galère fort à monter du 35-40º. Donc, j'en déduis qu'au delà de la structure du moteur, il y a une part non négligeable du couple qui doit être permise par l'intensité des champs magnétiques du stator, et donc dans une moindre mesure ça incombe à la carte mère. Bien sûr, il est possible que les moteurs C32 de KS soient moins bobinés que ceux de Begode. Donc champs magnétiques moins puissants = moteur moins coupleux. Mais bon c'est difficile à dire comme ça. En résumé, tu auras techniquement plus de couple sur un C32 avec des champs magnétiques très intenses (bobinage dense, courant fort) qu'avec un C50 avec des champs magnétiques faibles. Tiens d'ailleurs vient ici la notion de "field weakening" justement qui est utilisée pour favoriser la vitesse en diminuant l'intensité des champs magnétiques des moteurs, et donc le couple. Tout semble lié.

Baisse de prix 2000€ Envoyé de mon FP4 en utilisant Tapatalk

D'autant plus que j'ai un peu de mal à me convaincre d'une différence incroyable entre C38 et C40 pour 5% de longueur d'aimant... Envoyé de mon FP4 en utilisant Tapatalk

Ca a l'air fiable et sourcé comme positionnement. Plus sérieusement, sur quoi tu bases cette règle? Ce serait intéressant (et pratique) d'arriver à construire un truc empirique qui aille en ce sens, mais pas au doigt mouillé. Envoyé de mon FP4 en utilisant Tapatalk

J'aurais tendance à faire un démontage-remontage intégral (exit moteur) à réception pour m'assurer des serrages et de la bonne position des joints. Amha la seule chose à ajouter sont des caches sur les glissieres de suspate. Sinon c'est good to go. Envoyé de mon FP4 en utilisant Tapatalk

Oui mais la master v4 est pas IP XX et étant donné que le climat devient : 10 mois de mousson, 2 mois de canicule, c'est un gros moins. Au delà de la simple résistance à la pluie qu'on peut faire soi-même à peu près bien, la norme IP assure, elle, une résistance à l'humidité ambiante. Ca a l'air de rien comme ça mais c'est une vraie grosse différence. Envoyé de mon FP4 en utilisant Tapatalk

Yes. Techniquement ca permet d'intégrer les aimants au rotor au lieu de les coller dessus. Donc on a une meilleure tolérance d'assemblage. On peut, de fait, réduire l'écart rotor/stator de quelques dixièmes de mm. Ça engendre des champs magnétiques plus "précis", donc plus efficaces. Ca implique probablement un meilleur rendement et sûrement un peu plus de couple. Envoyé de mon FP4 en utilisant Tapatalk

Honnêtement la S22 est une vraie castafiore. C'est un florilège de bips à chaque manip avec l'appli. Et que dire de l'alarme 3 qui tourne en boucle... Si KS a gardé la même base FW, j'imagine que ça doit être pareil sur la S16 Envoyé de mon FP4 en utilisant Tapatalk

A choisir aujourd'hui (si on met de côté la blitz et la lynx), je prendrais très probablement une Master V4 ou une T4 Max. La S22 pro est super chouette mais le siège d'origine est moins confort que celui de la master (pro pour ma part), et l'entretien que demande la S22 pro est plutôt important amha. Par contre en termes de suspension (malgré les roulettes) la S22 est vraiment confort.