[Plugin] Center of Gravity
-
Can you please post the top half of the error message [or even better expand the RC window and attach the whole error].
Without all of it, the cryptic second half is somewhat useless...PS: I confirm that your SKP works fine in v2017/v2018 so it's probably a v8 glitch where making it compatible for the last half dozen updates generated an error in very old ones, like v8.
Unfortunately I don't have v8 loaded any more, but I can try and see what the RC error is, make some tweaks that maintain the current versions' usage and PM you that fixed RB to try and see if that works for you...
If so I'll then republish it... -
PS: I'd still like to see the full v8 error, but I've also PM'd you an older version of the RB, which I am hopeful will work in v8 for you...
TIG
-
TIG please help!
The Center of Gravity tool works great, but I can't get Composite C of G to work.
I select two C of G groups,
then I go to Extensions>C of G...>Composite C of G
and it looks as though another group is generated, but it's emptyRunning SketchUp Pro 17.2.2554 on MacOS 10.13.4
Thanks for any help you can offer
Zack
-
Works fine for me !
Your objects are quite small and have a small volume/weight.
I'm wondering if the two CofG's combined have zero values ?
If you retry with the Ruby Console open are there any error messages ?
If you try with more appropriate settings in the dialog does it improve ?
What version of CofG are you using ?
The most up to date one from the PluginStore ?? -
Hello, I have a problem With the same component, I get 2 different volumes and a different center of gravity depending on the position of the component ??j'ai un soucis. Avec le même composant, j'obtiens 2 volumes différents et un centre de gravité différent suivant la position du composant ??
-
Change the axes on the rotated component so the blue axis is up. Make it unique before doing this so as not to affect the other one.
-
What level of accuracy are you using ?
If it's a solid it has no affect, but if your object is a non-solid [like this one] then it takes a series of horizontal slices through the form, and accumulates those areas to arrive at an approx volume - the more slices the more accuracy, however if it does slices that just miss some parts of some elements, then their assumed volume is less.
It wasn't really intended for 'stick' assemblies, as potentially a significant part of some horizontal sticks could be overlooked.
Laying your non-solid assembly 'flat' on the ground would probably give the most accurate result, since every 'stick' then gets sliced evenly and only a tiny sliver might get missed...
Whereas 'solid' objects will have a set volume or even pseudo-solids will approximate well too...
If you were to explode all of the sub-component parts and intersect them together, and then run a 'solid' tool on the main container, then you should find them to be solid, and the Entity Info volume is then used in CofG...
Such 'solid' fixer tools include my 'SolidSolver' and thomthom's 'SolidInspector' - which are available from the SketchUcation PluginStore... -
i dont understand
-
@auvergnemobois said:
i dont understand
You don't understand what ?
Anything at all. or something specific ?Since you seem to be French [?] here's a translation of my previous post...
What level of accuracy are you using ?
If it's a solid it has no affect, but if your object is a non-solid [like this one] then it takes a series of horizontal slices through the form, and accumulates those areas to arrive at an approx volume - the more slices the more accuracy, however if it does slices that just miss some parts of some elements, then their assumed volume is less.
It wasn't really intended for 'stick' assemblies, as potentially a significant part of some horizontal sticks could be overlooked.
Laying your non-solid assembly 'flat' on the ground would probably give the most accurate result, since every 'stick' then gets sliced evenly and only a tiny sliver might get missed...
Whereas 'solid' objects will have a set volume or even pseudo-solids will approximate well too...If you were to explode all of the sub-component parts and intersect them together, and then run a 'solid' tool on the main container, then you should find them to be solid, and the Entity Info volume is then used in CofG...
Such 'solid' fixer tools include my 'SolidSolver' and thomthom's 'SolidInspector' - which are available from the SketchUcation PluginStore...
*Comme tu sembles être français [?] Voici une traduction de mon post précédent ...
Quel niveau de précision utilisez-vous?
Si c'est un solide, cela n'a aucun effet, mais si votre objet est un non-solide [comme celui-ci] alors il faut une série de tranches horizontales à travers le formulaire et accumule ces, pour arriver à un volume approximatif, plus de précision, cependant, si elle fait des tranches qui ne manquent que certaines parties de certains éléments, leur volume supposé est inférieur.
Il n'était pas vraiment destiné aux assemblages de «bâtons», car une partie importante de certains bâtons horizontaux pourrait être négligée.
Si vous posez votre assemblage non-solide à plat sur le sol, vous obtiendrez probablement le résultat le plus précis, car chaque «bâton» est alors tranchée uniformément et seul un petit ruban peut être manqué...
Alors que les objets "solides" auront un volume défini, ou même des pseudo-solides approcheront bien aussi...
Si vous deviez faire exploser toutes les parties du sous-composant et les croiser ensemble, puis exécuter un outil «solide» sur le conteneur principal, vous devriez les trouver solides et le volume d'informations d'entité est ensuite utilisé dans CofG...
Parmi ces outils de correction «solides», par example mon «SolidSolver» ou «SolidInspector» de thomthom, disponibles dans le PluginStore de SketchUcation...*
-
Thank you "TIG", indeed I am very "french" !!
I had pretty much understood. I did a flat test (see picture, like this?)
and in the normal position. It's about the same.
On the other hand without the high and low frame. Because when they are there, it gives a bad result (597kg instead of 119.7kg !! and CofG bad !!!)
it does not matter, because the high and low frames are the same weight, so it does not change the center of gravity.Maybe a story with the "z" axis (blue).
-
Hello TIG and others,
I have a question about the COG. I tried using it to get the COG information for a plane design and it only created a grouped stack of planes on Z axis top to bottom of the solid. I used a simple square solid and same effect. Here is a pic of what it creates. Not sure what I am looking at but I do find this useful too for other ideas Im working on for crafting lol.
Using: Sketchup v8 (i know....google version but I like it)
P.S. I did have this working once before, years ago.Thanks if you can help
-
It might be a v8 incompatibility: see here: https://sketchucation.com/forums/viewtopic.php?p=630803#p630803
Please ensure you are using the latest [compatible] version [perhaps copy it from your last working v8 Plugins folder ? I did PM you an older version at the start of this year ? I re-PM it if I can find it...].Also run it with the Ruby Console open and report all of the error messages you get...
-
Awesome plugin, thanks TIG! Any plans on making it 2019 compatible?
-
It works just fine in SketchUp 2019. And in SketchUp 2020.
Here's an example done in SU2020.
-
Hi, thanks for this plug-in, this is what I was looking for! But it dodn't work for me. I do everything like in your video but mistake "Selection NOT 2 C of G Groups!".
I am sure that I have two Groups (see in apdx). I try do the same with two Components and there is mistake : "Selection is NOT group!".
What I do bad? I have Sketchup 2018.
Thank you for help!
Jirka
-
Are you sure that the selection is of two groups of CofG text?
Select one and look at Entity Info...If you have copied one it'll report as two versions of the same thing...
The geometry should be unique instances, as should the text group...
Please edit one of them, make no changes and then close it immediately - this will have the affect of making the two into unique versions - perhaps that's the issue and it'll fix it...
I just tried it and it works OK - provided that they are two unique things...
If not, than please post a simple SKP containing them and I'll investigate further...
-
From the screen shot it looks like you are selecting the geometry groups, not selecting the CofG groups as the instructions indicate.
-
Great job TIG, really useful plugin. I have a doubt, though. When there are many nested groups/components but all of them are made from the same material so density is constant across all of them, (e.g. a piece of furniture made from same wood) can the plugin directly find the COG of the final group containing all subgroups/subcomponents? Or should I find COG of every object separately and join them toghether with "Composite COG" tool?
In the overview of the plugin is explained that you can select "a group of groups" and in fact I see that I can select the outer object and I get a result, but then the calculated weight is wrong, sometimes just a bit, others almost double than real, depending on the model. And if that matters, as far as I know all subcomonents/subgroups are solids. I don't know if this is because the plugin is not intended to work this way or it is because of a model issue or any other mistake in my workflow. Thanks in advance for your help.
Antonio -
Hi again, I will add an example of what I asked in my last post.
In this model I have copied twice the same group, made out from 7 subgroups/subcomponents (all of them solids, with a volume I can see in the entity info).
If I select the "group of groups/components" (right) and run CoG I obtain a weight of 38kg.
If I run CoG for each of the subgroups or subcomponents separately and then run Composite CoG from the obtained CoG entities, (left) I obtain a weight of only about 13 kg.
What is the reason for that? Can't this plugin be used for a group of groups, even if the density is the same for all of them?
Thank you for any help you can give me.
Antonio
-
If the selected group is a solid then it's straightforward to find its volume and the only convolution is the 'slicing' of the form to calculate its CofG.
But a collection of solids does not form a solid - look at 'entity info' to confirm this.
A solid contains only geometry, and that needs to be suitably set up.You can select a number of solids [best copied to the side] and then simply combine them into a single solid using the Solid Tools 'Union' command.
If the parts all have the same density then the returned CofG volume and weight should be correct and the Combined CofG is not needed at all...
Advertisement