Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Using one shared reset signal across two rigid boards connected by flex PCB — good practice or risky?

+3
−0

I am working on a rigid-flex design with two ICs placed on different rigid sections:

an MCU on one board an AD5941 on another board

The two rigid sections are connected by a flex PCB. This is a 4 layer board. This is the stack-up.

Image_alt_text

I am considering using one shared system reset signal for both devices, so that pressing one reset button resets both the MCU and the AD5941 at the same time. This reset net would run from one rigid section to the other through the flex.

The other signals routed in the flex section are,

SPI TWO LDO ouputs(3.3V) GPIO lines for enabling the MUX

I would like to know whether this ( RESET) is generally considered okay in practice, or whether it may create reliability issues.

RESET CIRCUIT:

Image_alt_text

My doubts are mainly:

  1. Can a reset trace routed through the flex pick up noise and cause false resets?

  2. Since the reset line is longer than a local reset trace, do I need any special protection or filtering?

  3. Is it better to keep a common reset for both ICs, or should each device have its own separate reset?

  4. If a shared reset is acceptable, what layout precautions are recommended?

    keep away from clocks/SPI lines?

    route with solid return reference?

    add series resistor?

    RC close to source or destination?

History

0 comment threads

2 answers

+2
−0

For EMC reasons, it is bad practice to have "TTL-level" signals in general, and resets in particular, to leave the PCB. You only have 90mm which isn't a long distance, so if it is ok or not would depend on your EMC requirements.

The kind of circuit you describe is very common with a LCD module sharing reset with a MCU over a flex cable.

  1. Can a reset trace routed through the flex pick up noise and cause false resets?

Yes that is definitely a risk, particularly in noisy environments like industrial/automotive. For a common commercial application, it might not be as much of a concern at short distances.

I had a LCD with similar (5V level) design which worked fine even in industrial environments, but when we tried to put it through tougher MIL EMC, it failed. So it is all about your requirements, as usual.

  1. Since the reset line is longer than a local reset trace, do I need any special protection or filtering?

For a rugged solution, I would rather consider providing some different kind of signal, like a constant current-modulated one, which in turn controls the /reset signals through a BJT. But this might be totally overkill depending on the requirements.

  1. Is it better to keep a common reset for both ICs, or should each device have its own separate reset?

I have seen both kinds, I don't think there's any particular advantage/disadvantage. It might depend on how your MCU reset pin works. Traditional MCUs had a /reset pin which both acted as input but could at the same time also drive other parts low when the MCU got reset. For example before on-chip LVD became mainstream, you would always have an external voltage supervisor IC which would reset the MCU in case of brown-out, and maybe also reset some external devices. Or the MCU could reset the external devices itself when it got a watchdog reset or similar.

Newer MCUs do not necessarily have that same "I/O" functionality.

  1. If a shared reset is acceptable, what layout precautions are recommended?

This too would depend on the specific reset pin behavior. For example hooking up a RC filter on the reset pin could cause timing problems. I've worked with MCUs that were sensitive against too big decoupling caps on the reset line, that wouldn't boot because of it.

Other than that, general best practices for routing any kind of signal.

History

0 comment threads

+2
−0

First:

This is the stack-up.

That's not a "stack-up". Board stackups show the layers, or what is sometimes referred to as the Z dimension. Your diagram shows the other two dimensions. The one thing it doesn't show is the stackup.

I am considering using one shared system reset signal for both devices

That can be OK, but there are alternatives:

  1. Have a single reset line to the processor. The processor then resets everything else when it wakes up, and releases it from reset when all the other state is ready for it.
  2. Have a single master reset, but don't tie it directly to the individual reset inputs. Have it turn on a transistor in each part separately, which then activates the actual reset inputs. This allows making the master reset whatever impedance you like, can be less susceptible to noise spikes, allows arbitrary polarity, can be made to tolerate a wider voltage range, and could even add hysteresis.

#1 would be my first plan unless there is a reason not to. It allows for greater flexibility in what is reset when, power-up sequencing, etc. Note that you can still do #2 for higher robustness. That depends on where and how far the external reset signal goes.

Avdd from LDO, Dvdd from another LDO

This isn't necessarily wrong, but consider running the unregulated power with separate LDOs on the other rigid part. That gets around some voltage drop in the power feed, and should result in cleaner regulated power at the remote end.

History

0 comment threads

Sign up to answer this question »