Bonsoir à tous,

J'ai décidé de commencer un nouvel UGV (avant même la fin du premier, mais j'ai expliqué les raison dans un autre topîc).

Petit rappel : UGV signifie unamed Unmanned Ground Vehicle. Je vous laisse traduire :tatice_03:/>/>/> .

Ce sera un autre véhicule à chenilles. Son objectif est de pouvoir récupérer le premier(environs 80kg) s'il tombe en panne dans un endroit où je ne peux pas accéder.
Pour ça il devra pouvoir le soulever et se déplacer si nécessaire et le poser sur une remorque (si nécessaire!).
Contrairement au premier UGV, le châssis de celui-ci sera tubulaire en acier, c'est beaucoup moins cher que l'alu.
Les moteurs (IG90) seront assez costaud ...

Pour la transmission, j'avais pensé m'inspiré du travail de skyhack :
http://www.robot-maker.com/forum/topic/7096-robot-a-chenille/page__view__findpost__p__50249
J'aurais transmis la rotation du moteur aux chenilles par une chaine, j'ai aussi pensé à l'utilisation de cardans. Il restait une troisième solution, celle que j'ai retenue : les moteurs à l'intérieur du bloc chenille. Cela me permet de faire des modules interchangeables entre tous mes engins.

Les chenilles seront faites avec ça :

C'est beaucoup moins cher que les chenilles que j'ai acheté pour l'autre, mais je ne sais pas ce que ça donnera comme résultat.
Je pense reprendre le même type de barbotins, avec une petite variante

Je vous mettrai les plans que j'ai dessiné.

Dessus le châssis je mettre une grue équipée de vérin hydraulique (j'ai peur que le pneumatique soit trop faible). Cette grue pourra se transformer en micro-pelle :tatice_03:/>/>/> .
Il faut que je me renseigne au près d'un Coréen pour savoir quel vérin il a utilisé sur sa Komatsu P600 (modèle réduit !).

Pour la remorque, on verra plus tard...

Edit : une petite erreur dans la signification de UGV qui signifie Unmanned Ground Vehicle. Pour me faire pardonner, je vous traduis : véhicule terrestre sans équipage.

Bonjour,

Je me permets de poster ici en espérant être au bon endroit.
J’ai créé un petit serveur qui me permet de piloter un ESP32 via une page web, le but étant de jouer à un flipper imprimé en 3D à distance.

J’ai récemment rencontré un problème matériel : mon ESP32-S3 a surchauffé et a fini par griller.

Pourtant, plusieurs éléments semblaient validés 

• Mon ESP32 communique correctement avec mon serveur en test réel 
• Mon montage solénoïde + MOSFET + bouton fonctionne en test réel
• Tous les composants ont été testés au multimètre et semblaient OK

J'avais mon esp32 branché par câble USB et mes solénoïdes étaient alimenté par une alimentation 12V, 10A, j'active mes solénoïdes grâce au MOSFET relié au GPIO 4 et 5 de mon esp32.

J’ai joint le schéma des composants ainsi qu’une photo du prototype testé :

Je pense que le problème vient de la partie électronique. Étant encore novice dans ce domaine, je me pose plusieurs questions :

• Les dominos sont-ils adaptés pour ce type de circuit ?
• Les diodes doivent-elles être placées plus près des solénoïdes ?
• Y a-t-il une erreur classique qui pourrait expliquer la surchauffe de l’ESP32 ?

Merci d’avance pour votre aide et votre temps.

Pour ceux qui l'auraient raté, le règlement de la coupe de robotique 2026 est tombée début septembre en version "Béta" ! 

Petite présentation du thème de cette année " The winter is coming " et des différentes actions à faire réaliser par les robots  avec " Barbatronic "  qui de l'équipe "Les karibous", ( une des équipes soutenues par Robot Maker ) et qui chaque année participe en présentant la préparation de ses robots au fur et à mesure : 


Vous pouvez retrouver les documents en versions téléchargeable directement sur le site de planète science : https://www.coupederobotique.fr/edition-2026/reglement-2026/ 

Les inscriptions sont ouvertes donc n'hésitez pas !  

Cette année encore je vais y participer avec l'équipe Mars Attacks! =).