Replies to This Discussion

Permalink Reply by Richard Hirst on September 29, 2010 at 2:04am

Hi Alex

I had the same on ch2, sorted out the input and output till I found a replacement chip from Farnell. Easy to change with a standard small tip iron. I cut the legs of the old one to remove it from the pcb, then cleaned up the pads before fitting a new one. Not sure why it failed but working fine now.. If you have trouble getting one (the right pitch) let me now I have a few spare.

Richard

• ▶ Reply

Permalink Reply by Alex on September 29, 2010 at 7:15am

Whats the part number on the one you got?
I know pretty much any 74157 chips are interchangeable, but what's the footprint? (I'm trying to figure that out right now)

Thanks,
~Alex

• ▶ Reply

Permalink Reply by Alex on September 29, 2010 at 8:22am

Looks like its a SO16 or a SOIC16 package.

• ▶ Reply

Permalink Reply by Alex on September 29, 2010 at 8:41am

Found it (i think)

74ACT157 from Fairchild semi (at least the one on my board is) and looks like its the 3.9mm-wide body SOIC 16 package:
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&nam...

full part number (from my search): 74ACT157SC

• ▶ Reply

Permalink Reply by Matthias Badaire on September 29, 2010 at 9:28am

Yep been there as well 8(
On two different APM board , I had to change the MUX . I fried CH1 and CH3 (throttle) on one board and CH3(throttle) on second board.
What I "suppose" fried it was to badly connect the servo plug from the ESC to the board, I might have connect the +5 to the signal connector.
A friend of mime with magic hands manager to unsolder/solder new mux. Now everything is working again and will be extra careful with this now.

• ▶ Reply

JDronesPermalink Reply by Jani Hirvinen on September 29, 2010 at 10:19am

I fried mine too once, shorted output and now everything is ok. New APM will have better protection against +5V to signal pin. That's what burns it.. One pin too up and oops :)

• ▶ Reply

AdminPermalink Reply by Thomas J Coyle III on September 29, 2010 at 10:27am

Measure twice, cut once. Works every time for failure free operation.

Just a thought.

Regards,
TCIII

• ▶ Reply

Permalink Reply by Alex on September 29, 2010 at 12:43pm

Also, now i only switch servos when they're unpowered. No +5V, no muxdeath

• ▶ Reply

Permalink Reply by Alex on September 29, 2010 at 12:48pm

How do you protect against that? (as a circuit designer im really curious now)

• ▶ Reply

Permalink Reply by Richard Hirst on September 29, 2010 at 2:39pm

This is the part I used from Farnell

TEXAS INSTRUMENTS
Farnell Order Code: 1750389
Manufacturer Part No: CD74ACT157M

http://au.farnell.com/texas-instruments/cd74act157m/logic-quad-2-in...

• ▶ Reply

Permalink Reply by AndrewF on October 7, 2010 at 11:08am

I have kind of a similar issue, but it may not be the same thing - in manual mode, ch1 will not provide an output, all other channels seem fine, but all output channels appear to work correctly once I switch to stabilize or another auto mode. I'm running a simulation with X-Plane, and the radio inputs seem to work the entire time. I didn't see any bad connections on my first look, but I need to check more closely.

I'm not clear on exactly what the mux does in manual vs. non-manual modes, so I'm not sure where the signal isn't coming through.

Andrew

• ▶ Reply

Permalink Reply by Chris Mulder on October 18, 2010 at 6:33am

I had the same happen on channels 1-4 of my APM (not sure how or when I fried it) but when loading the "servo dance" sketch OUT4-7 control the servos properly but OUT0 makes it swing madly and 1-3 just makes them vibrate...

Could this also be a fried MUX chip (have a few on order in case)

I do NOT have a receiver connected at all (still being delivered) ... would this cause OUT0-3 to behave erratically - I thought perhaps the failsafe is switching to manual due to there being no signal on IN07 (Auto mode switch from rcvr) and there are no channel input connected so causing issues?

Any help appreciated

Thanks,

• ▶ Reply

• ‹ Previous
• 1
• 2
• Next ›
• Page