[Plugin] Center of Gravity

Anton_S

Very, very good plugin!!!

I can't even think how to calculate that kind of stuff, that's just pro.

Anton_S

Hello TIG!
Thanks for this logic answers.... I haven't see that I can change the units of density...
i'm so stupid.... I have loose a day to find how it works!!
Thanks for your job!!
Just a think, I have installed sketchyphysic 3.2 to try to find something for de CofG... and to move my model (it was a spécial door for boat)..
But when Sketchyphysic was installed, your plugin CofG run correctly, but not the composite... when i run it, nothing happend... I have unistalled Sketchyphysic, and it works...
Thats strange!

Other think, my door is arround 25 group in an other group. when I run CofG, the résult was really haevy (arround 320kg) and the center of gravity looks wrong, and when a run CofG for each group, and i Composite after, i looks like better. (117 kg thats reallist)
Center of gravity looks better too.

All groups are in the same matérial Steel arround 7800kg/cu.m

I dont understand why?

Thanks for your answers.!

Best reggards
Stef

Sketchy Physics doesn't uses center of mass/gravity. It just uses the bounds center

Phono

Hi,
I have just installed CofG in Trimble Sketchup 8 and it works fine.
However I have a special need. I am designing a houseboat, and I need to calculate the global center of mass of it.
For the parts that are made with materials, like walls, floors, the plugin is ok. But for components that I have added as a whole, like a diesel genset, or a washing machine, I do not know the equivalent density.
What I would like to do is to assume the component is homogeneous, and to assign it a weight.
I have studied how CofG works, and I noticed that each CofG group is given 2 attributes : volume and weight. I have tried to edit the weight attribute, to see what happens. Of course, the text associated with it must also be manually edited.
What surprises me is that whenever I change the weight attribute, the composite calculation command fails. It says "calculating", but produces nothing : no new CofG object is created. What prevents it from working?
Actually what I would like is an additional command with a new dialog to calculate the CofG: instead of entering the density, I would like to be able to enter the total weight, and have the command place the G point at the center of mass of the group or component. In other words, once the volume is calculated, and the center of mass found, assign the weight attribute with the weight specified in the dialog.
Is this feasible?
Jean-Marc

RoelJohn

Hello, I have applied all the proper steps but the Composite C of G but nothing happens :<
Its not working, I selected two CofG groups but after I applied Composite C of G only

CofG Composite:
Weight= 0.0 kg

appears and it is enclosed in a box when you click it, can you help interpret what this means? Thank you, ill upload the photo

Thesis model COG3.jpg

TIG

It is NOT the Composite tool that's the issue.
Because if you notice, the two 'motor's' CofG's have 0 weight returned anyway !
This is probably because the two selected objects are too complex, and are not 'solids' and probably have internal partitions, single planes etc.
If you make a simple grouped solid cylinder the same size as the 'motor' you should get a proper a weight and a true CofG for it...
Of course none of this is definite because you haven't supplied the SKP in question...

TIG

Here's v1.6
http://sketchucation.com/forums/viewtopic.php?p=229401#p229401
1.6 20130209 Intersection gaps caused by tiny facets healed to improve accuracy.
Volume is now exact if it's a solid or best approximation otherwise.
Accuracy option added: default is 1%, note that making if lower will dramatically slow things down, more that 5% could be inaccurate on some complex forms.
The lingvo files have been updated to suit.

matt.gordon320

I did not expect to see a tool like this available for SU. TIG, you continue to astound and amaze us. Thanks!

markstephens

Hi TIG,

Great plugin, but I'm having a bit of a trouble getting Composite C of G to work. It is probably just user error!

I select two previously made CofG groups (different group names, same density). I get no errors, but no Composite C of G either. Ruby console has the following:

Error: #<NoMethodError: undefined method entities' for nil:NilClass> /Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CofGravity.rb:649:in do_composite'
/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CofGravity.rb:116:in initialize' /Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CofGravity.rb:816:in new'
/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CofGravity.rb:816
/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CofGravity.rb:649:in `call'
/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CofGravity.rb:649

I'm on a MacBook Pro running 10.7 using SketchUp 8 and CofG v 1.6. I'm also in the process of learning Ruby, but am as yet a novice, especially Ruby with SketchUp.

I know you have probably moved on to other things by now, but a hint on any changes would be great!
thanks,
mark

TIG

Are the CofG groups intact with all of their contents etc as originally made.
Maybe there's some text missing ?
Can you post the SKP ?
Or PM it...

jgb

Tig

CofG has become a MUST Have for me lately. I am starting to map out the CofG for a few hundred groups and components on 2 major aviation models. Grouping helps but I have a serious need for an improvement to CofG.

Some background......
To compute the CofG for an airplane, I need to locate each of the components CofG in relation to a common point of origin, called the "Datum Zero" line, which is almost always the nose tip, but could be offset fore or aft of that. Multiply the distance from that origin to the CofG for that component gives a moment arm value. Sum all the moments values and divide by the total weight gives the airplanes center of gravity, which has to lie very close to the center of lift.

Then calculating the variables of fuel, payload, etc and the control surfaces ability to vary the center of lift gives me the operating envelope, or an indication of what needs to be moved to put the CofG and CofLift within the operating envelope.

Right now I have to measure the offset of the CofG from the components most forward point, and the distance of that forward point from Datum Zero. Those values, and the components weight go into an Excel spreadsheet. A significant problem is when my components bounding box is rotated away from normal, making the finding of the most forward point difficult.

Grouping helps but I have a serious need for an improvement to CofG.

Would it be possible to map the components CofG offset (X-Y-Z) from the SU axis origin point, as an option?

I can then place the models Datum Zero on the SU Axis Origin point, and it would vastly simplify my task. I would only need to enter the offset and weight into my Excel sheet, and not have to measure anything.

Thanks.

TIG

@Joel

Have you considered moving the axes of your components ?
Select an instance and right-click context-menu Change Axes...
That way you can ensure that all axes are sensible arranged, making other tasks easier...
I also wrote a tool to move all selected components' axes to the model-origin...
Perhaps using that will do what you want ?

jgb

Hadn't thought of that, but, in my case it won't work. I have many of the same component strung out along the length and breadth of the aircraft. These would be skin panels, frames, passenger seats, washrooms, etc, as well as structural parts and equipment. So moving the components origin to the SU origin is unworkable. It would also make the bounding boxes so large that it would be a visual nightmare trying to select individual components with all the overlapping bounding boxes. It would also require me to change the comps axis position every time I moved the comp.

Also, changing the comps local axes point won't help either, especially when the comp is rotated a bit in final placement. Regardless of rotation, I will still need to measure every components location of its most forward point from Datum Zero and then measure its CofG offset from that point as well.

If your CofGravity.rb could measure the distance from SU origin in X-Y-Z (Green-Blue-Red) to the comps computed CofG then that would eliminate any measuring and would give me a more accurate moment offset.

CATIA does this moment offset (distance from Datum Zero to CofG of part) automatically and generates the moments table as the parts are defined (as solids with material defined). The table is dynamic, so if parts are moved, the CofG of the airplane is updated in real time, but then CATIA is purpose designed for aerospace and costs $35,000++ a seat. A bit too rich for my blood.

TIG

Can't you use Xray mode, then a tool like my 'Coords Text Tag from Datum' http://sketchucation.com/forums/viewtopic.php?p=284829#p284829to add the XYZ in the model, set from the Origin as the datum OR you could set any other 3d point as the datum... The tag can be relocated to any point and gives the current XYZ values, you can also tailor how the numbers are shown...

jgb

Looks like it should work for me.
I'll try it later today or tomorrow and report back here.

jgb

Tig Re: Coords....

It seems to do what I need, but I have a few questions about some of the dialogs, which I will post in Coords post.

All I need to say here is, Please think about combining the XYZ coords part with the CofGravity Ruby

I would think that the hard part of coding has been done, and all you really need do is an integration and dialog box changes. I know it is not a trivial task, but a lot of the hard work has been done.

RBarone

Thanks Tig! I end up doing some maritime related work at times with SU and C of G is excellently helpful. Just an idea... and I have no idea if it is its feasible, but a Center of Buoyancy plugin would be awesome too. I am trying to use the process shown at http://www.youtube.com/watch?v=HRJY-0Ryw6I for some buoys I am designing but in Sketchup Pro...and I think its working....not sure. I bet other SU maritime folks would love it too. Just a thought in case someone out there get interested.

jgb

@rbarone said:

Thanks Tig! ...... but a Center of Buoyancy plugin would be awesome too. I bet other SU maritime folks would love it too. Just a thought in case someone out there get interested.

The how-to video using Solidworks is similar to the way we used to have to do it in SU before TIGS CofG plugin.

Center of Gravity and Center of Buoyancy are equivalent for homogeneous solid constructs.

If you select the underwater portion of the model as a separate solid group/comp up to the waterline, then CofG is CofB, along either horizontal axis. Obviously, the volume displaced is the tunnage. And SU gives you wetted surface as well.

With some trial and error selection of wet hull sections at heel angles (to maintain approximately equal buoyancy at heel vrs upright) you can also determine both CofB and righting moment as well.

I've done it, but it can get tedious doing the slices.

I have also done it for sail plans, by giving the sails a slight artificial thickness to create a solid, then the GofG equates to center of pressure on the sail plan. A little arithmetic gives you your required keel weight at the rail down heel angle.

CofG is also very useful in placing various objects in the vessel, such as the engine, water and fuel tanks. Setting up an EXCEL spreadsheet makes this simple to play with re-locations to compute the overall CofG compared to the CofB. This goes for fixed components as well, such as the hull, deck, cabinetry and rigging. Just make everything solids and know their densities or actual weights.

RBarone

Thanks jgb, much appreciated. C of G being the same as C of B makes sense to me. Question: how would you go about using SU to determine underwater portion? Would you do the same thing in the video or would it be everything below the C of G? I appreciate the advice very much.

RBarone

One more thing....I am trying to work of the C of B of a simple spar buoy cylindrical in shape.

Dave R

RBarone, I think I would do what you are trying to do in DelftShip or Free!Ship. You could get all the hydrostatic calculations done easily and accurately. If you want a SketchUp model of the buoy, that's fine but it probably makes sense to get the data you need from an application that is designed to do it.

Out of curiosity, how are you determining things like the waterline of the buoy?