Atelier Remorque Assistée Step Content

* capteurs envisagés: soit jauge de contrainte, soit verin avec potentiomètre linéaire * Asservissement: PID ? PI? PIID ? à suivre... * Avec 2 roues motorisées, il faut gérer le différentiel. Pourquoi pas plutôt une roue centrale motorisée, asservie mécaniquement à la direction du vélo ? Achat fait: 2 moteurs d'hoverboard + 2 contrôleurs. A faire: 1 batterie 36 V Avec ce contrôleur, on a 2 possibilités: * Avec les jauges: asservissement force -> vitesse. * Avec les verins: asservissement déplacement -> vitesse.

Au final, l'Arduino mesurera la force dans le tirant par la jauge et le HX711 via l'I2C et pilotera la vitesse du moteur par un PWM filtré par un simple RC. Pour les jauges à 3 fils : voir le schéma. [https://randomnerdtutorials.com/esp32-load-cell-hx711/ Pour les jauges à 4 fils] : * Red: VCC (E+) * Black: GND (E-) * White: Output – (A-) * Green: Output + (A+)

C'est le modèle courant. Simple mais si les 2 roues sont motorisées, il faudra un différentiel ou 2 moteurs indépendants. En virage, l'articuation verticale est au niveau de l'attache vélo. Voir les images CAO. Lorsqu'elle n'est pas attachée au vélo, il faudra une 3ieme roue pour transformer ce modèle en remorque piéton.

Choix à préciser: * taille des roues: plus petites plus adaptées au magasins, ou plus grandes pour des terrains plus variables * Solution pour le différentiel * motorisation * amortissement * Volume/poids en charge * Solution pour éviter tout entraînement non voulu (le chariot entraîne le vélo en virage ou en freinage)

Ci contre les mesures réelles durant des tests "piéton". * En haut, test de traction, avec différentes vitesses * En bas, test statique en montée: la remorque oscille autour de sa position Sur le graphe, les unités ne sont pas réelles. La vitesse est recalée entre 0 (au lieu de 77) et 80. La force est la mesure du HX711 après étalonnage. La fréquence est 10Hz. Les tests piéton montrent que la solution est applicable en usage réel et apporte une aide réelle. Avec une charge lourde (35kg), le piéton fini par tirer la remorque sans effort, en tenant le timon ente 2 doigts seulement. Pour les test "vélo", il faudra resserrer l'arrêt d'urgence et le modifier pour éviter que le fil ne s'accroche à la roue ou la selle.

Début des tests. ... Quelques barres cassées. ... En cours. Leçons retenus des tests, faits avec 25 kg de charge. * Si le centre de gravité est vers l'arrière, la pression sur la roue avant peut être insuffisante en montée, ce qui fait déraper * les supports de roue arrière sont trop faibles, surtout si on prend un rebord en travers, besoin de renfort

Etat de l'art de ce qui se fait: https://www.instructables.com/How-to-Build-a-Bike-Trailer/ https://www.itsoverflowing.com/diy-bike-trailer-plans/ https://hollandbikeshop.com/en-gb/bicycle-trailers/bicycle-trailers/?country_id=73 Retro-ingénierie du contrôleur : https://www.avdweb.nl/solar-bike/electronics/ku63-motor-controller

L'idée est de simplifier la fixation de la roue d'hoverboard, en réutilisant la plaque de fixation d'origine tenue par 4 vis (les 4 trous). La tige verticale sera mobile en rotation selon la direction du vélo. La tige horizontal permet la mobilité en rotation de la barre de traction. Vue CAO 3D faite avec les dimensions réelles de la roue et de son axe, avec son méplat.

La jauge de contrainte mesure la force dans la barre de traction. Le contrôleur moteur a besoin d'une consigne de vitesse. Le lien se fait pas la régulation dans l'arduino. La logique est : * Pas de force dans la barre => la vitesse est constante tant pour le vélo que pour la remorque ; l'arduino envoie toujours la même commande. * Une force positive (le cycliste pédale fort !) => la vitesse doit augmenter ; l'arduino envoie une commande plus grande que la précédente. * Une force négative (le cycliste freine) => la vitesse doit diminuer ; l'arduino envoie une commande plus petite que la précédente. Évidemment, plus la force est grande, plus la variation de vitesse est grande. Le circuit permet de connecter: * 2 jauges à 4 fils ou 1jauge à 4fils et 1 jauge à 3 fils. * un module bluetooth * l'alimentation et la commande Handle

La jauge est connectée au circuit qui implémente un pont de Wheatstone. Cela fonctionne correctement. Avec un effort important on arrive à faire changer les valeurs transmises via l'Arduino. Reste à trouver la bonne jauge et comment la placer judicieusement sur le bras de traction ou ailleurs.

La roue est montée avec succès sur la remorque. Elle pourra être contrôlée par le Nano en PWM (sur une prochaine photo). Le bras est prêt à être branché sur la tige qui sera connectée au vélo. Grosse réflexion à venir sur: * le positionnement de la gauge ? * la forme de la tige, connéctée à la selle ou à l'axe de la roue du vélo ? * la rotule au niveau de la fixation du vélo ?

On commence par mesurer tension et intensité sur le potentiomètre connecté au "Handle"; * 4.8 V *Intensité toujours < à 1 mA Grâce à l'excellent site [https://avdweb.nl/solar-bike/electronics/ku63-motor-controller avdweb] on a une bonne idée de l'entrée "Handle", derrière un condensateur (C34) qui lisse le signale PWM. La tension attendu est entre 1 et 4.3V. Pour simplifier on part donc sur un Arduino Nano qui donnera une tension de 0 à 5V via une sortie PWM (un ESP donnerait 3.3V maxi, ce qui compliquerait le circuit). On a besoin d'un RC. Pour nous ce sera un 1200Ohms, 47uF. Ensuite connexion sur le Nano, tout bêtement avec l'exemple "Fade.ino" sur la sortie D3. Pour simplifier, le Nano est alimenté sur 5V par les + et - du "Handle" (On évite le VIN qui voudrait 6V). Les 4.8V suffisent dans ce test.

Par rapport à la solution "classique" des 2 moteurs à l'arrière, cette solution aurait plusieurs avantages: * ne nécessiter qu'un moteur sur une roue directrice asservie à la direction du vélo * il n'est plus nécessaire de lever et baisser la 3ieme roue lors de l'utilisation par un piéton. Pour assurer l'adhérence de la roue avant motrice, le bras est tenu par un axe horizontal. Côté vélo, il est tenu par une rotule afin qu'il puisse tourner selon un axe vertical, oui si le vélo penche (tangage et roulis). Lors du virage, les 2 axes verticaux sont en rotation. Voir les images CAO.

Plusieurs points à régler: * la barre mobile se bloque, la mesure de charge n'est plus correcte * lors de virement même à l'arrêt il peut y avoir pression ou traction sur le capteur. 2 options: * capteur en S qui parait résoudre ces cas * un montage avec 2 jauges en position opposée, Les mesures sur les 2 jauges doivent être dans le même sens, sinon cela signifie que le mouvement n'est pas droit. Voir photo

Pour bien configurer notre asservissement, commençons par estimer les vrais valeurs physiques. Ci-joint les mesures de tours de roues en fonction la valeur "Speed" envoyé vers la sortie PWM. Pour le moment on bride à 150. Puis la mesure de la gauge en fonction du poids appliqué.

Serait-il possible d'utiliser la jauge longitudinalement plutôt que transversalement? * en haut : connexion classique * en bas : les 2 faces sont connectées en parallèle. Le pont est complété par 2 résistances de 0.5k. Tous les tests ont échoué. Soit il n'y a aucune différence dans les mesures, soit les mesures subissent une espèce d’hystérésis (la valeur ne revient pas à zéro ou très lentement lorsque l'on cesse la pression sur le capteur). TOUT BONNE SOLUTION SUR CETTE IDEE EST LA BIENVENUE. NOUS SOMMES BLOQUES. Donc on continue avec un usage transversal.