hexagon logo
Register Sign in
  • State Not Answered
  • Replies 6 replies
  • Subscribers 7 subscribers
  • Views 112 views
  • Users 0 members are here
Options
Related

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

Woz
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)
Parents
  • 0
    Yes, if you are only using joints, you are very likely to overconstrain your system and it might then lockup.
    Then there is the fact that there are nothing like a perfectly rigid joint in real life, so a smart use of bushings might reflect reality better.
    And yes, your system is seriously overconstrained:
     Degree-of-freedom analysis identified redundant constraints in the model:
     -------------------------------------------------------------------------
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jorrev_lca_rear
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jorrev_lca_rear
      - deactivating constraint equation X Delta in model.ccar_frontsusp.jorrev_lca_rear
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jolrev_lca_rear
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jolrev_lca_rear
      - deactivating constraint equation X Delta in model.ccar_frontsusp.jolrev_lca_rear
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jorrev_lca_front
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jorrev_lca_front
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jolrev_lca_front
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jolrev_lca_front
     
     
     
    Regarding the tie-rod using a convel joint: If you are using only spherical joints on both ends, the rotation of the tie-rod along it's length is unconstrained and that can case problems for the solver. Old trick is to always use a hooke or convel at one end (but never at both). If there are extra joints in the middle of the tie-rod, they are likely there for the toe adjustment.
     
    There is no inherent problem for ADAMS/Car to handle a dependent suspension. That is done all the time.
     
     
     
     
Reply
  • 0
    Yes, if you are only using joints, you are very likely to overconstrain your system and it might then lockup.
    Then there is the fact that there are nothing like a perfectly rigid joint in real life, so a smart use of bushings might reflect reality better.
    And yes, your system is seriously overconstrained:
     Degree-of-freedom analysis identified redundant constraints in the model:
     -------------------------------------------------------------------------
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jorrev_lca_rear
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jorrev_lca_rear
      - deactivating constraint equation X Delta in model.ccar_frontsusp.jorrev_lca_rear
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jolrev_lca_rear
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jolrev_lca_rear
      - deactivating constraint equation X Delta in model.ccar_frontsusp.jolrev_lca_rear
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jorrev_lca_front
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jorrev_lca_front
      - deactivating constraint equation Zi.Yj in model.ccar_frontsusp.jolrev_lca_front
      - deactivating constraint equation Zi.Xj in model.ccar_frontsusp.jolrev_lca_front
     
     
     
    Regarding the tie-rod using a convel joint: If you are using only spherical joints on both ends, the rotation of the tie-rod along it's length is unconstrained and that can case problems for the solver. Old trick is to always use a hooke or convel at one end (but never at both). If there are extra joints in the middle of the tie-rod, they are likely there for the toe adjustment.
     
    There is no inherent problem for ADAMS/Car to handle a dependent suspension. That is done all the time.
     
     
     
     
Children
No Data
© 2025 Hexagon AB and/or its subsidiaries. Privacy Policy | Cloud Services Agreement