element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Crazy Arduino Automations
  • Challenges & Projects
  • Project14
  • Crazy Arduino Automations
  • More
  • Cancel
Crazy Arduino Automations
Crazy Arduino Automations Blog Raising the Bridge...Automation with Arduino: Failure reconciliation
  • Blog
  • Forum
  • Documents
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Crazy Arduino Automations to participate - click to join for free!
  • Share
  • More
  • Cancel
Group Actions
  • Group RSS
  • More
  • Cancel
Engagement
  • Author Author: colporteur
  • Date Created: 20 Apr 2023 8:29 PM Date Created
  • Views 4896 views
  • Likes 10 likes
  • Comments 16 comments
  • crazyarduinoautomationch
Related
Recommended

Raising the Bridge...Automation with Arduino: Failure reconciliation

colporteur
colporteur
20 Apr 2023

I have made unserviceable two L293N and one L298N motor driver modules doing something but I don't know what. I would like to know what I did, so I can prevent it from happening in the future. Can anyone share their experience or knowledge to help me isolate the cause of these failures?

L293NL298N

As part of the Automation Design Challenge I am developing a solution to raise the bridge on a model railroad layout. 

image

Model railroaders have been busy working on building the bridge. A magnet raised and lowered using a servo motor are located under the roadbed at points A. The barrier gates that are raised and lowered via servo are at points B. A ramp at point C is raised and lowered to make room for the bridge point D, to move is also controlled by a servo. The bridge has a separate motor to raise and lower it.

While the model railroaders are putting the finishing touches on the bridge installation, automation development continues. I built a bridge simulator point E using the same model of motor that is used for the bridge movement. My goal was to use the simulator to resurrect Arduino code that will manage the raising and lowering of the bridge. 

In the past I have smoked electronics and had to tear apart the layout to make repairs. The simulator will hopefully eliminate that step:)

The test unit has the motor moving an arm, controlled by a Nano and switches (not shown in the picture). The Nano uses an L293N or L298N to drive the motor. I did about three hours of testing with an L293N module raising and lowering the arm before it didn't work anymore. I can’t recall doing anything that would result in the failure. I replaced the driver module and continued to test but once again I did something to cause it not to work.

I took the assembly home and continued to test (while watching the playoff hockey games) and discovered the failed modules are outputting a little less than a half of the motor supply voltage of 12V. I then tried a spare L298N module I had and performed some tests.

It initially worked. 12V was being outputted to the motor. At one point I prevented the arm from rising. I also noticed the module LED’s come on when I pushed the arm back down. The L298N didn’t work after that. Did the action of preventing the arm from rising or pushing it down, smoked the chips. I’m just not sure?

My speculation is either preventing the motor to raise the arm or pushing the arm down might have caused a back emf that damaged the driver chips. There is a possibility that this action may happen when the bridge goes into production. As you can see from the picture the bridge is exposed to operators.

I have worked with these driver modules in the past to control motor speed with no issue. In those scenarios, I wasn’t impeding the motor movement. I made some amateur mistakes (shite happens) like shorting outputs but the chips still worked.

I recall before damaging the first two L293N modules I did impede the motor by stopping the arm but no damage was apparent because I was able to continue testing. Maybe at low motor speed settings impeding the arm is not a problem but at max settings the chip is damaged. I’m not sure?

If anyone has any insights, suggestions or condolences please pass them along. I have no more spares at the moment so I have to park the project until a delivery truck arrives.

  • Sign in to reply

Top Comments

  • colporteur
    colporteur over 2 years ago in reply to Jan Cumps +1
    Appreciate the response. You challenge me J, I like that. I found this definition of dead-band, hope I am on the same page as you. There is no mention of it in the data sheets that I found. In Half-Bridge…
  • colporteur
    colporteur over 2 years ago +1
    I had put further troubleshooting of the issue with the L293D until I had some spares. I received L293D driver chips this week. My thought was to replace the chip in the problem modules to determine if…
  • robogary
    robogary over 2 years ago in reply to Jan Cumps

    I believe these do have interlocking using the FWD/REV command to lock out the shoot thru. Not sure what delay there is on deadband, likely that needs to be timing in the FWD/REV selection code. 

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • shabaz
    shabaz over 2 years ago in reply to colporteur

    If youre already using these boards then it could be harder to modify at this stage as you say. I think if in future you move to a different board then the transition will be quite easy in the code, that can be easily reviewed if you get any of the newer ones. I've got a few DRV8833 boards here, I found them pretty good, but they won't operate at 12V. I've not looked at the 6612 (currently I'm mobile and not easy on phone) but the 450 looked good from the datasheet when I checked it. A lot depends on the implementation too though, since the boards may be using lower cost parts. Keeping some of the electrolytic and ceramic caps and zener diodes handy could be worthwhile in case they turn out to be necessary with any of the boards.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • colporteur
    colporteur over 2 years ago in reply to shabaz

    My thinking agrees. Unfortunately, I have so much invested in this module change is difficult.

    I've been reviewing the following DC motor drivers

    TB67H450FNG

    TB6612FNG

    DRV8833

    My big caveat is how much overhead will there be in switching. I use the L298NX library in Arduino to use a motor. Changing to another motor driver leaves all this behind.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • shabaz
    shabaz over 2 years ago in reply to colporteur

    Hi Sean,

    There are things you can do to improve the chances of the L298 boards surviving, but it could also be worth just ditching them if it is too high a risk in your production, i.e. deployed, scenario. They were ancient decades ago, and don't have the protections of modern circuits.

    You could replace the capacitors on the boards with the larger ones that I suggested (they should hopefully fit) and add the ceramic capacitor that I mentioned too. Also you could add a zener diode across the supply rails, e.g. this one: https://www.newark.com/onsemi/1n5355bg/zener-diode-5w-18v-017aa/dp/61K2023

    (again on sale, very cheap at $0.19! I wish the UK farnell site would have sales like that more often!). That would protect a bit in some scenarios, but wouldn't help in others (e.g. it won't protect the L298 if the current is too high during a stall, or if the code is causing the shoot-through.). The more modern chips will protect against all that. Personally I would ditch them if you're unsure of the environment and if there is a chance the code could have issues in deployment.

    They are only still popular in projects because they have been used a lot in the past and ultra-cheap, and online hobby stores/blogs just stick with what (sort of) worked, even if better things come along.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • colporteur
    colporteur over 2 years ago in reply to scottiebabe

    The video demonstrating killing an LED has some similarities. Both the L293 and L298 have diodes on their outputs for back EMF.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
<>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube