Hi Ruochun, My card is indeed a gaming card NVIDIA GeForce RTX 2070 Super. Could you recommend a card?
Thanks, Weigang On Saturday, May 25, 2024 at 10:44:17 PM UTC+8 Ruochun Zhang wrote: > Hi Weigang, > > I would like to answer Question 2 first. You can use variables *AOwnerFamily > *and *BOwnerFamily *to refer to clump (or owner) A's and clump B's family > numbers directly in the force model. So you can write *if *statements > that treat each case accordingly. This is mentioned in the DEME paper: You > can check out Table 2. > > For Question 1, the situation is more complicated. We are actually able to > reproduce the problem you encountered (simulation freezing), but on > consumer/gaming cards only. It runs perfectly on data center cards and > that's what we used for generating this experiment, therefore it did not > appear a problem for us. It's likely due to different GPU architectures > running the same code differently, we'll try to find a solution and let you > know in the following days, so stay tuned. By the way, you are using a > gaming card to run the simulations, correct? > > Thank you, > Ruochun > > On Friday, May 24, 2024 at 8:47:00 AM UTC+8 weigan...@gmail.com wrote: > >> Thank you for your reply! I have two questions about the demo >> "DEMdemo-Fracture-Box". >> >> (1) After i have run this demo for one day, there is still nothing >> outputed. Is it fact that the DEME will run a long time once a fracture >> model is used? >> >> (2) How to tell DEME the contact force models between different familys? >> I did not see any snippet which undertakes this work, although the demo has >> at least two kinds of contact force model. The question i really want to >> ask is that, if we have more than three familys in our model and there are >> more than two familys consist of spherical particles, how to tell DEME the >> contact force model between different familys, and tell DEME the contact >> force model between the particles of a family in the same time. >> >> Thank you, >> Weigang >> >> On Thursday, May 23, 2024 at 10:10:14 PM UTC+8 Ruochun Zhang wrote: >> >>> No. That's because the *sphere components* in a clump are just shape >>> representations, and they have no physics, only material properties. If >>> they did have interaction with each other then every clump would've >>> immediately exploded upon simulation starting. >>> >>> Thank you, >>> Ruochun >>> >>> On Thursday, May 23, 2024 at 12:16:32 PM UTC+8 weigan...@gmail.com >>> wrote: >>> >>>> Hi Ruochun, >>>> >>>> Thank you for your reply! I have a question about the clump. Do the >>>> particles in a clump interact with each other via any force model? >>>> >>>> Thank you, >>>> Weigang >>>> >>>> On Monday, May 20, 2024 at 10:26:03 PM UTC+8 Ruochun Zhang wrote: >>>> >>>>> Hi Weigang, >>>>> >>>>> Yes. Again, DEME only cares about the position and radius of the >>>>> initial spheres, so you can supply it however you want. If you have a >>>>> file >>>>> that records this information using your own format, then the easiest >>>>> thing >>>>> is to have your own C++ or Python script that reads it into arrays and >>>>> then >>>>> feeds them to the solver. If your file shares the format with DEME's >>>>> standard clump output file, or your file is simply the output of >>>>> *WriteClumpFile*, then you can conveniently load clump positions and >>>>> orientations by *ReadClumpXyzFromCsv *and *ReadClumpQuatFromCsv >>>>> *(examples >>>>> are in GRCPrep_Part1 and 2). Note that currently, sphere radius cannot be >>>>> read from standard clump output files since it's part of the clump >>>>> template >>>>> information thus not in the clump output. >>>>> >>>>> Thank you, >>>>> Ruochun >>>>> >>>>> On Monday, May 20, 2024 at 12:56:56 PM UTC+8 weigan...@gmail.com >>>>> wrote: >>>>> >>>>>> Hi Everyone, >>>>>> >>>>>> I would like to generate a block which consists of a assembly >>>>>> spheres. Is it possible to generate the block by other code, and then >>>>>> load >>>>>> it into DEM-Engine via a file containg the informations (such as >>>>>> position >>>>>> and radius) of the spheres? >>>>>> >>>>>> Thank you, >>>>>> Weigang >>>>>> >>>>> -- 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 projectchrono+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/projectchrono/04363eb6-f248-4761-bbe5-e80e0b061d17n%40googlegroups.com.
