Simulation Proteus pour un robot detecteur d'obstacle en utilisant L298N , un capteur à ultrasons HC-SR04

Je pense que c'est uniquement à condition de toujours faire marcher les moteurs dans le même sens comme dans le code actuel.

Mais si un toujours le code évolue pour faire marcher les moteurs dans des sens différents, pour faire virer le robot (sinon pourquoi mettre 2 moteurs?) , voir même si on le freine en mettant IN1=IN2=IN3=IN4=5V, ça n’ira plus avec les leds, elles seront allumées et le robot freiné à l'arrêt.

Mais pour bien piger cela, il faut que @nour_chargui comprenne bien comment marche un "Pont en H".

Oui, d'où l'importance de câbler les leds indépendamment et de coder leur comportement dans le programme.

Bonjour axelmaux

Oui, c'est la meilleur solution.
Me version "économique" n'est valable que dans l'état actuel du programme.

Cordialement
jpbbricole

@axelmaux
"Tout à fait Axel"

Et dans le cadre d'un projet pédagogique, il faut donner si possible les moyens de comprendre les erreurs.

Avec son Proteus VSM @nour_chargui peut utiliser les appareils de mesure virtuels disponibles (oscilloscope par exemple) pour voir ce qui se passe sur les sorties OUT1à OUT 4 et progresser dans la compréhension du fonctionnement.