Alex, you are correct. Currently Chrono::FSI is limited to working with a single FEA mesh. To model multiple flexible tires, you would need to put all nodes and elements into a single mesh.
Better support for FEA in Chrono::FSI, including allowing multiple meshes, is something that is on the todo list and will be worked on soon.
Best,
Radu
--
You received this message because you are subscribed to the Google Groups "ProjectChrono" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
projectchron...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/projectchrono/92fb2e48-8716-49a4-8460-d855c4717b55n%40googlegroups.com.
That’s correct. For something like demo_FSI_Flexible_Toroidal_tire, it’s easy to build the meshes for all flexible tires within the same ChMesh object. But that’s not the case if you want top use a vehicle model with its own flexible tire models (as those encapsulate their own ChMesh objects).
--Radu
To view this discussion on the web visit https://groups.google.com/d/msgid/projectchrono/c0971deb-5038-4d5c-ad3d-97391d3317b9n%40googlegroups.com.
Alex,
You are correct that you do not need to specify a collision shape for the tire in order to capture the interaction between the tire and the CRM terrain. You would need one if you also wanted the tire to interact with other potential rigid objects in the environment.
You can certainly try to implement a tire class to work around the current Chrono::FSI limitations, but it may be better to wait until we get to the Chrono::FSI refactoring I mentioned before.
To view this discussion on the web visit https://groups.google.com/d/msgid/projectchrono/6f855c0c-43f9-4baf-92bb-e812b6043895n%40googlegroups.com.