deadubed

Les BMS kingsong sont pas très performants. Sur ma S22 j'ai une batterie à 4,19, l'autre à 4.17. avec des écarts de 0.05v sur une des deux. C'est quelque chose que j'ai jamais observé sur les "dumb" bms, qui après équilibrage portent tous les groupes de cellules à 4.2 +- 0.02v, sauf si un groupe est mort.

J'ai pas envie de te faire peur, mais m'est avis que si (d'exp sur la S22)

Pour info : PNL et psychothérapie Autant on peut digresser sur le forum, autant mettre en avant des sujets tels que la PNL me semble aller à l'encontre des CGU du forum (contenu mensonger, non ce n'est pas un avis personnel), en plus d'être discutable question ethique , voire dangereux. Je m'arrête là pour ce sujet.

La fausse analogie est volontaire. D'ailleurs je peux choper la gastro volontairement en léchant les poignées de portes des WC... Ne pas s'estimer n'implique pas de tomber. Ce n'est en rien causal. C'est au grand maximum corrélé mais ça s'arrête là. Si on enlève les agents exogènes quels qu'ils soient, tu tombes parce que tu adoptes une posture inadéquate avec la situation dans laquelle tu te trouves. Posture adoptée par une appréhension qui te met dans un état physique de crispation et baisse ta capacité à réagir etc. Si tu ne t'estimes pas, il s'agit de comprendre pourquoi et d'agir sur ces éléments perturbateurs qui te font te sentir ainsi. A aucun moment un psy doit culpabiliser avec des raccourcis pseudo-intellectuels qui vont mettre le patient en PLS. Perché ou pas, c'est ni fait ni à faire. Et aucune chance que la PNL fasse mieux.

Ca n'a absolument aucun sens. Tu n'es pas responsable de ta chute parce que tu n'as pas bonne estime de toi. C'est aussi pertinent de dire "tu vas choper la gastro parce que tu te trouves laid". C'est 1. réducteur. 2. culpabilisant. 3. infondé. 4. Change de psy.

Mais oui regarde ce matin je me suis encore bouffé 55km en master pro pour aller au boulot alors qu'il fait un froid de décembre C'est le meilleur temps pour rouler, y a pas de vélos, il pleut pas, et c'est rafraîchissant ! Ce weekend sors donc rouler tranquille à la fraîche (c'est à dire n'importe quand vu les températures). Tu choisis un endroit où y aura peu de monde, quitte à prendre ta caisse pour t'y rendre. Un seul but, te faire plaisir, pas grave si tu prends la bagnole pour ça. Autorise-toi un peu de plénitude.

Typical (bad) Software Engineering Problem. ca fait 1h que j'essaie de construire une conf de build monkey C sur linux en essayant de lier tous les chemins du SDK pour que ca tourne. Garmin etant Garmin, a aucun moment ils n'explicitent quelles sont les variables d'environnement qu'ils utilisent pour faire une compile à la main de manière explicite. En plus ils forcent la gestion du SDK avec leur app en GUI qui est précompilée (uniquement pour x86 bien sûr), ce qui empêche tout téléchargement du sdk en standalone ET des devices data. Franchement, j'ai rarement bossé avec un environnement de dev aussi merdique

Les humains et leur compréhension toute relative des ordres de grandeur 🧐

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