Blkfri

La voici ! Côté mosfet on distingue une zone plus sombre sur le vernis, c'est en train de se décoller, idem sous la carte.

Hello à tous, J'ai récemment récupéré une MCM4 High Speed et je recherche une carte mère en relativement bon état 😁. Celle qui équipe la mienne présente une corrosion trop importante pour une utilisation en toute sérénité🥲. Je me doute que ça ne traine pas à tous les coins de rue mais on ne sait jamais !

Je prends si dispo 😉 je suis près de Lyon

Oui je sais , une très grande partie de mon travail se base sur le code source de wheelLog (c'est ce que je détaille sur le README du projet sur la page github dédiée). Beaucoup de choses ont bougés depuis et j'ai très peu communiqué sur le sujet par manque de temps mais l'application a beaucoup changée, l'information principale est qu'une version "dev" existe sur le Garmin Store (https://apps.garmin.com/fr-FR/apps/75da408e-7670-47ba-a3d9-04f2ab1c168a), celle-ci comporte les derniers ajouts et étends la compatibilité aux roues Leaperkim et Kingsong ! Un groupe telegram (super initiative d'@OliG) est en place pour fluidifier les retours/suggestions des betas testeurs, n'hésitez pas à me contacter si vous souhaitez faire partie du groupe !

Personnellement à moins que le gars soit adulé par une communauté de passionnés qui assurent qu'il fait un boulot au top je n'irais jamais confier ce genre d'opérations à un particulier. Il y a trop de bricolo dont l'égo dépasse largement les prétendues capacités (attention je dis pas que c'est le cas du gars en question). Au moins une entreprise t'as potentiellement le moyen de te retourner contre eux en cas de problème et ils ont des assurances qui peuvent dédommager.

Oui, je pourrais te faire ça si tu veux mettre les mains dedans (on en rediscuteras histoire que je sois sûr de bien comprendre, je suis un autodidacte 😅). Tu arrive à copier des fichiers sur ta montre directement ou tu passes obligatoirement par garmin connect ? Je me tate à publier une version publique estampillée "only for beta tester" histoire d'avoir à éviter aux quelques beta testeur que j'ai sous le coude de passer par un sideloading systématique.

Cool ! Je dis pas non, ne serait-ce que pour faire le beta testeur averti voire entuellement corriger mes erreurs (après je sais que c'est parfois pénible de reprendre le code de quelqu'un d'autre, d'autant que je ne suis pas très bavard côté commentaires. Je veux pas te forcer la main mais toute aide est la bienvenue 😁).

@OliGCool ! Je t'enverrai un mp avec une version debug pour chaque roue. Dans mes débuts j'avais justement commencé par un datafield, c'est donc complètement possible pour moi d'en refaire un actualisé, c'est juste que ça ne collait pas à mes besoins 😁

Oui je sais je suis sur un marché de niche 😁. Merci quand même ! Après la Lemfo c'est de l'usage spécifique : c'est sympa pour la roue mais en dehors de ça c'est pas franchement la classe (se balader tous les jours avec une mini tablette au poignet mouaif ...).

Hello à ceux qui lisent ce topic ! Je suis à la recherche de bêta testeurs possédant des roues Veteran ou Kingsong. Toutes les montres Garmin qui ont la fonctionnalité bluetooth sont à priori compatibles ! Contactez moi en mp ou ici !

Hello à tous, je continue un peu mon monologue ! Je travaille à étendre la compatibilité de wheelDash, j'ai commencé par écrire du code pour les roues Veteran. Si l'un d'entre vous a une montre Garrmin qui supporte le protocole BLE veut bien jouer les beta testeur je suis preneur !

Est-ce que tu as écumé endless-sphere, il y a pas mal de ressources pour tout ce qui est custom ? En regardant rapidement j'ai trouvé ça, un peu plus gros (et toujours pas aux specs que tu voudrais) mais ça commence à être sévèrement lourd : https://www.qs-motor.com/product/3000w-8000w-qs-spoke-hub-motor-for-electric-motorcycle/.

Hello et bienvenue ! D'autres auront peut être des informations complémentaires ou apporteront une vision différente mais pour avoir regardé de ce côté là il y a quelques années je n'avais trouvé que très peu d'info. Le projet le plus documenté et complet étant probablement celui-ci : https://github.com/EGG-electric-unicycle Après il te reste la piste d'associer des pièces de plusieurs modèles d'EUC pour arriver à un truc qui te convient, mais ça risque de te coûter relativement cher et c'est peut être éloigné de ce que tu voudrais faire. Ça sera probablement le plus efficace cependant ! Serg, un pote d'Adam (wrong way) a présenté un EUC custom il y a quelques jours :

J'ai envie de communiquer un peu sur mon app donc voici donc les nouvelles fraîches ! Vous m'excuserez (enfin c'est vous qui voyez) mais j'ai eu un peu eu la flemme de traduire la version anglaise que j'avais rédigée pour un post sur electric unicycle forum, c'est donc chatgpt qui s'en charge (on frole l'irrespect), d'où le style d'écriture un peu différent J'ai publié une nouvelle mise à jour pour wheelDash, comprenant différentes fonctionnalités de personnalisation et une réorganisation par groupe des paramètres de l'application via Garmin IQ . Si cela pose trop de problèmes je reviendrais à une version non organisée, car Garmin Connect IQ sur le téléphone peut être un peu récalcitrant et lent. Pour être sûr que les paramètres sont correctement configurés et sauvegardés, suivez ces étapes : configurez tout en une seule fois, appuyez sur Enregistrer, fermez complètement l'application (pas seulement la fermer), redémarrez-la et vérifiez si les paramètres sont configurés comme vous le souhaitez. Voici les principales mises à jour : Paramètres de la roue : - Action lorsque le bouton OK est pressé (précédemment implémentée) : Vous pouvez maintenant définir une action pour le bouton OK. Actuellement, les deux options disponibles sont "cycle des modes d'éclairage" ou "aucune". Si vous avez des suggestions pour d'autres actions utiles, n'hésitez pas à les partager. - Ajout d'un facteur de correction de vitesse : Si vous savez que la vitesse indiquée par votre roue est incorrecte ou si vous avez apporté des modifications nécessitant une correction de vitesse, vous pouvez désormais utiliser ce facteur pour corriger la vitesse affichée. Paramètres de l'interface utilisateur de l'application : - Taux de rafraîchissement : Vous pouvez désormais personnaliser la durée en millisecondes entre deux rafraîchissements d'écran. Cela détermine à quelle fréquence les valeurs affichées seront mises à jour. Un taux de rafraîchissement plus lent (valeur plus grande) devrait entraîner une utilisation moindre de la batterie de la montre (confirmation nécessaire). Paramètres des alarmes : - Vous pouvez désormais définir une alarme PWM et/ou une alarme de vitesse en définissant un seuil de déclenchement pour chaque alarme. Mettre le seuil à 0 désactivera l'alarme. Activités : - Ajout de l'enregistrement automatique des activités : L'application commencera désormais automatiquement l'enregistrement d'une activité lorsque la roue est connectée et la sauvegardera à la fermeture de l'application. - Ajout de la sauvegarde automatique des activités : Cette fonctionnalité permet de sauvegarder automatiquement l'activité à la fermeture (non nécessaire si l'enregistrement automatique est activé). Cependant, vous devez toujours démarrer manuellement l'enregistrement de l'activité. - Même avec ces fonctionnalités activées, vous pouvez toujours démarrer/arrêter manuellement l'activité en accédant à la vue d'activité (glissez vers le haut). Informations actuelles sur la balade : - Vous pouvez désormais choisir les statistiques de la balade qui seront affichées dans la partie inférieure de l'écran. Si vous en sélectionnez plusieurs, chaque élément sélectionné sera affiché pendant 2 secondes en boucle. Actuellement, il y a 3 statistiques disponibles : vitesse moyenne en mouvement (lorsque vous vous déplacez à plus de 3 km/h), vitesse maximale et utilisation de la batterie de la montre (en %/heure). N'hésitez pas à suggérer ou demander d'autres statistiques de balade. Maintenant que ça prends forme, je commence à songer à aller vers le support d'autres marques. La trajectoire à laquelle je pense c'est d'aller d'abord vers un support de Leaperkim car c'est le plus proche de Begode d'un point de vue mode de communication, puis Kingsong et peut-être si j'ai le courage Ninebot et Inmotion (ce dernier ça a l'air d'être un peu plus complexe). Le processus sera forcément compliqué car même si j'aimerai posséder une roue de chaque marque ça n'est pas possible et difficilement justifiable pour faire du developpement (et même si j'avais les finances pour je finirai sûrement avec une série de begode 🔥😁). Bref je ferais signe le temps venu mais j'aurais bien besoin de beta-testeurs si il y a des interessés !

J'ai fini par faire une release de l'app que j'utilise maintenant quotidiennement, lien et description en première page du sujet 😉

Les tests en extérieur sont plutôt positif j'ai du revoir ma méthode de calcul de vitesse moyenne à partir des données de la roue mais c'est complètement fonctionnel. À voir pour implémenter d'autres valeurs. Je ne suis pas bien sûr des valeurs que je sors pour le "phase current", je ne sais pas si c'est le courant d'une phase du moteur ou la somme des courants des trois phases (ou encore autre chose 🤔). Si quelqu'un peut m'éclairer là dessus je suis preneur

J'avais trouvé ça quand j'ai commencé à regarder, c'est propre au dev android mais néanmoins ça explique la commincation BLE : https://punchthrough.com/android-ble-guide/ Sinon dans l'API Garmin, aucune trace de méthode pour négocier un MTU...

Ce n'est pas tout a fait clair, visiblement il y a quand même un bug qui limite les données reçues aux 20 premiers bytes, c'est à vérifier. J'ai regardé très rapidement et sauf erreur de ma part pour les roues Kingsong ça devrait être OK (a priori pas plus de 20 bytes utilisés), par contre inmotion c'est une autre histoire...

J'espère juste qu'il n'y a pas de trame de plus de 20 bytes dans les standards de com des différentes roues, parceque Garmin tronque les trames sinon (enfin si le "bug" est toujours d'actualité, cf : https://forums.garmin.com/developer/connect-iq/i/bug-reports/messages-from-btle-gatt-server-truncated-at-20-bytes?CommentId=ea4ee967-7c1f-4cbe-9b53-936f7b883ea5). Dans mon cas ça n'a pas posé problème parce-que Begode utilise (utilisait?) un MTU de 20.

C'est précisément ce que j'ai fait (mais pour le moment uniquement pour Begode), je n'ai peut être pas été assez clair dans mon explication 😉.

Très bonne idée, pour autant à ma connaissance pas de compatibilité java, il faudra se refrapper le tout en monkey C. Du coup pour les autres use case c'est mort 🙃

Parfois une souffrance en évite une autre 😜

Oui, je n'ai pas de mérite je suis sous Windows mais elle apparaît dans l'explorateur dès que je la branche, c'est d'autant plus simple pour debugger sur la montre car l'accès aux log est facile

Bon sinon voilà l'adresse du projet sur GitHub : https://github.com/blkfribourg/EUC_GarminApp. Je viens de le faire un peu à la va vite pour ceux qui veulent y jeter un œil, je documenterais et cleanerais un peu dans un second temps !

Oui le plus simple c'est de modifier l'id de ta version modifiée du compagnon garmin (en utilisant l'id de la beta ou non en fonction des paramètres de wheel log pour le compagnon dans le fichier manifest). Ça évite de faire deux builds 😅