Skip to main content
Rigid-flex PCB layout in Altium Designer showing the rigid-to-flex boundary, bend region, and coverlay transitions for a compact medical wearable design

Rigid-Flex Design in Altium Designer

GSAS Engineering · · 1 min read

RIGID-FLEX DESIGN IN ALTIUM DESIGNER

Rigid-flex PCB technology offers a tremendous amount of benefits, including reduced weight, space, increased durability, and reliability. Today’s small, lightweight mil-aero, medical, and consumer electronics products are best implemented with rigid-flex technology. However, not every PCB design tool offers the capabilities necessary for achieving successful rigid-flex PCB designs on time.

Timing:

Thursday, 03rd December 2020 | 02:30 PM to 03:30 PM

Here are just some key points you can expect to walk away with:

  • Why Rigid-Flex
  • Flex Materials
  • Routing Tips
  • Polygons Placement

Event Completed

LEARN MORE ABOUT Altium Tools

Recorded Live-webinar

What rigid-flex really demands from a PCB tool

Rigid-flex isn’t just about drawing flexible sections in the layer stack. The tool needs to model bend regions, stagger transitions through coverlays correctly, route across the rigid-to-flex boundary without DRC false-positives, handle variable layer counts in different zones of the board, and produce manufacturing data that the fabricator can build from without back-and-forth queries. Indian medical-wearable, defence, and aerospace teams adopting rigid-flex hit each of these stress points within the first few projects.

How Siemens Xpedition handles rigid-flex

GSAS Micro Systems is an authorized engineering partner in India. Xpedition Enterprise treats rigid-flex as a first-class design intent rather than a layered drawing exercise, bend regions, coverlay transitions, and per-zone stack-up changes are modelled in the design database, propagated through routing rules, validated against fabricator capabilities through Valor NPI sign-off, and rendered correctly in the 3D view that ECAD/MCAD co-design relies on. Xpedition Standard offers rigid-flex via its token-based add-on for individual engineers and small teams.

The choice for an Indian rigid-flex team usually comes down to project scale: Xpedition Standard with the rigid-flex token covers the typical 4-6 layer rigid section + 1-2 layer flex section that most consumer-electronics and IoT wearables ship. Xpedition Enterprise becomes the right answer when a programme has multiple boards interconnected through rigid-flex (military electronics, advanced medical instruments, satellite payloads), multiple geographically distributed designers on one design, or HyperLynx SI sign-off requirements on the routed product.

For a deeper head-to-head, see our Altium Designer vs Siemens Xpedition Standard for Indian PCB teams comparison.

Also appears in:

Need embedded development tools?

Talk to our application engineers for personalized tool recommendations.

Stay in the Loop

Get monthly compliance updates, product insights, and engineering best practices delivered to your inbox.

Related Articles

The bench to harness adapter path drawn left to right: the ECU connector, a test lead, a media converter or pluggable T1 module, RJ45, and the host, showing where each connector family sits between the device under test and the laptop, from GSAS Micro Systems India
Automotive Ethernet Automotive & Mobility

Automotive Ethernet Connectors: H-MTD, MATEnet, MQS

An ECU arrives on the bench with a connector nobody has a mate for, and the day is gone. Search the family names and you get connector product pages that describe their own part and stop there. This article puts the families side by side in one table using only what their public pages state, then makes the point those pages leave out: the IEEE link segment definition, not the connector, is what sets reach and loss limits, and shielding is a channel decision rather than a preference. Written by the GSAS Micro Systems engineering team in India.

29 Aug 2026 · 12 min read
DoIP handshake sequence between tester and DoIP entity: vehicle identification, TCP connect, routing activation request and the accept-or-reject response code with its denial causes, then diagnostic messages, from GSAS Micro Systems India
Automotive Ethernet Automotive & Mobility

DoIP Routing Activation Failures: The Response Code Table

A DoIP routing activation denial is one byte, and that byte names the cause exactly. This article puts every published response code in one table, cross-checked across the AUTOSAR Classic Platform DoIP specification, the Wireshark dissector and two open-source client libraries, then gives the order a DoIP entity applies its checks so you can read a denial backwards to the configuration value that produced it. Written by the GSAS Micro Systems engineering team in India for diagnostics and validation benches in Bengaluru, Pune, Chennai and Hyderabad.

29 Aug 2026 · 13 min read
The AUTOSAR network management state ring: Bus Sleep, Repeat Message, Normal Operation, Ready Sleep and Prepare Bus Sleep, with the wake transition marked; the governing timers for each exit are named in the article's sourced state table, from GSAS Micro Systems India
Automotive Ethernet Automotive & Mobility

ECU Testing over Ethernet: Startup, Shutdown and Wake

A bench that powers the ECU, waits for it to settle and then starts capturing has already skipped three of the four phases where integration defects live. This is the lifecycle version of ECU testing over Ethernet: what a ping does not prove, the AUTOSAR network management state set and the timers that govern it read out of the public specifications, why one node holds a whole cluster awake, and a phase-by-phase table of stimulus, observable, pass criterion and capture method you can write test cases from this week. Written by the GSAS Micro Systems engineering team in India.

29 Aug 2026 · 13 min read