• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Adams Car
  3. Dependent components added to a double a-arm setup. Have...

Following Cadence Design Systems’ acquisition of the Design & Engineering (D&E) business, the D&E Community Forum on the Nexus Community Center has been migrated in the Cadence Physical System Simulation Community. For more details and if you have any questions, please refer to the FAQ.

Stats

  • State Not Answered
  • Replies 6
  • Subscribers 1
  • Views 5
  • Members are here 0
More Content

Dependent components added to a double a-arm setup. Have I defined them correctly and will the TESTRIG play nice with them?

Woz
Woz over 7 years ago
I am trying to analyse a kinematically cross-linked double a-arm suspension. I have crated a template and made the standard parts following the conventions used in the fsae_2018 template. The 'gel_lower_control_arm' and 'gel_upright' are conventional.
 
The 'gel_upper_control_arm' is now a big bell-crank that is attached to an additional part 'gel_crosslink_BC' which, in turn, is then attached to the frame through a mount: 'mtl_crosslink_BC_to_frame'. The bell-crank part of the gel_upper_control_arm is attached to a crosslink 'ges_crosslink_uca_l', which ties in to the 'ger_crosslink_BC' and vice versa. (I've attached a picture to help visualise).
 
These crosslinks make the system 'dependent' and essentially make a double a-arm setup behave like a beam (with regards to camber). With the above in mind I have a few questions.
 
  1. Does A/Car care if links pass through each other or will it just solve the system 'mathematically'?
  2. My assembly loads, but will not statically solve when attempting to simulate OWT or PWT within the 25 MAXIT. Could this be related to Q1?
  3. By making the system 'dependent' have I created an issue for the solver?
 
As is stands the symmetric parts are lca, uca, crosslink, upright, pushrods, dampers, springs and pushrod bellcrank. The single parts are the crosslinks. The crosslinks are attached using single spherical joints, everything else uses symmetric bushinsg and joints.
 
My mounts are:
lca_to_frame
crosslink_BC_to_frame
BC_to_frame (pushrod suspension)
damper_to_frame
tierod_to_steering
 
Hopefully the above makes some sense.
 
Woz

Attached Files (1)
  • Sign in to reply
  • Cancel
Parents
  • Woz
    0 Woz over 7 years ago
    I've also attached the message that came up during both the assembly load and the attempted 'opposite wheel travel' simulation. Points to not here (from what I can see) are:
     
    During assembly load:
    • Three input communicator errors (this maybe key?)
    During simulation:
    • Fails to statically solve, reaching max iterations of 25.
     
    Also, a question that I forgot to add to the above. Can a testrig be modified to accept the different communicators?
     
    Woz

    Attached Files (1)
    ccar_build_and_simulation_errors.txt
    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • Woz
    0 Woz over 7 years ago
    I've also attached the message that came up during both the assembly load and the attempted 'opposite wheel travel' simulation. Points to not here (from what I can see) are:
     
    During assembly load:
    • Three input communicator errors (this maybe key?)
    During simulation:
    • Fails to statically solve, reaching max iterations of 25.
     
    Also, a question that I forgot to add to the above. Can a testrig be modified to accept the different communicators?
     
    Woz

    Attached Files (1)
    ccar_build_and_simulation_errors.txt
    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
No Data
Cadence Guidelines

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2026 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information