Counter-Torque vs Inertial Torque

A Bessler, gravity, free-energy free-for-all. Registered users can upload files, conduct polls, and more...

Moderator: scott

Post Reply
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Counter-Torque vs Inertial Torque

Post by MrVibrating »

Abstract



The angular inertia of a wheel being accelerated or decelerated instantaneously applies equal opposing counter-torque back to whatever the motor is affixed to.

However, the torque produced by changing the radius of an orbiting mass causes no instantaneous counter-torque - move the mass inwards towards the center of rotation and positive reactionless 'inertial torque' is produced, move it outwards and we get a similar negative torque.

The following experiment will resolve what happens when these two different sources of torque are perfectly counter-balanced against one another.

Some orbiting mass will be pulled inwards, generating a positive torque that would normally cause its angular acceleration. However at the same time, a motor will apply equal opposing torque between this orbiting mass and another, coaxial (ie. parallel) wheel.

Hence the inertia of this other wheel - its resistance to that acceleration - will cause the motor to apply equal counter-torque back to the orbiting mass, preventing its accelerations by the inertial torque.

The net result is that we can move the orbiting mass in and out, without causing any change in its angular velocity. Whatever its RPM, it is held constant despite its changing moment of inertia. Thus, only the wheel is able to respond to these orphaned inertial torques, and the orbiting mass effectively becomes a 'stator', albeit one in a rotating reference frame, against which we can apply unilateral torque to the 'rotor'.

This somewhat special condition is the particular subject of enquiry; what are the potential implications for CoE and CoM when counter-torque is perfectly counter-balanced by inertial torque? No immediate anomaly is anticipated - so no expectation of a CoE or CoM break - the outcomes could mostly be worked out from first principles, but it's quite a complex inter-reaction with non-linear feedbacks between the various torque factors.

For instance, we could choose a constant motor torque, and then vary the speed at which the orbiting mass moves inwards, to control the inertial torque and keep it matched to the motor torque..

..or we could do it the other way around, moving the mass inwards at constant speed, and varying the motor torque to counter-balance the changing inertial torque.

This latter option is more flexible, and allows for further elaboration such as varying the radial speed as well as the motor torque - so the radial motion could speed up or slow down, causing faster changes in inertial torque, which in turn could still be dynamically countered in real-time by motor torques, using the same feedback controls. This seems the best approach to proceed with.

The only aim is to see how things balance out, and obviously, check for any potential advantages or tricks that might be useful..







The Experiment



To begin with, we need two rotors; one with a fixed MoI, and another with a variable MoI.

Below, the blue wheel is a uniform disc with 2 m radius and 0.5 kg of mass, hence an MoI of 1.

Attached coaxially via a motor, the two red masses are 0.125 kg each, also at 2 m radius, thus the near-massless red beam they're attached to also has a net MoI of 1. The masses can be moved in and out along this beam as it rotates about the central axis, reducing or restoring its MoI.


Image

Here, the motor supplies a constant 1 N-m of torque, causing equal opposing accelerations of these two equal angular inertias. The sim pauses at the 1 second mark, and again at 90°, to illustrate the relationships between the respective units and dimensions.


In the next sim the motor is now off, and both rotors have been set in equal motion. It is under this condition of mutual co-rotation that we'll be applying the inertial torque (by moving the red masses inwards), while simultaneously supplying just enough opposing torque from the motor to counter it.


Image


This is going to require a simple kind of control loop, wherein we need to sense the angular accelerations of both rotors individually from an independent frame of reference, and feed that data back to the motor.

To this end, a third rotor is now added - this one is completely unconnected to the other two and doesn't interact with them in any way; it's purpose is to simply hold the 1 rad/sec spin it's been given and just sit there, rotating, unperturbed by anything else going on around it, so providing a neutral perch for our camera inside this rotating reference frame. We can thus use its constancy of rotation to detect any accelerations - any change in relative angle, however slight - of the other two rotors.


Image


So our view is now rotating with the system, as if all three rotors were stationary and the outside world is rotating around them. In reality, the entire system's rotating uniformly anticlockwise, hence if either rotor accelerates they'll appear to rotate anticlockwise relative to the camera view, and if they decelerate they'll move clockwise.

Any such data can then be passed directly to the motor and scaled up via an appropriate multiplier to convert this angle-delta into torque, and thus counter-torque, from the motor. If the angle increases, so does the motor torque in direct proportion, regardless of the sign of the angle change or thus the responding motor torque sign. So we have a reactive self-limiting control mechanism that will cause the stator angle to track the position of this 'zero momentum frame' even if it began accelerating or changing direction...

..of course, it won't be doing either, but the point is that we can accurately hold the stator's rate of rotation constant, even while its MoI is changing and the rotor's also being torqued against it. Hence we have an effective freely-rotating pseudo-stator, against which we can torque up a rotor, and which appears from the motor's perspective to effectively possess infinite inertia, since its speed never wavers in response to these motor torques..

As a general point, If a motor that is already in a rotating reference frame could somehow apply torque to a rotor without applying equal counter-momentum back to the rotating reference frame itself, then the RKE of that rotor will be over-unity - it will have more KE than the energy spent / work done by the motor.

Obviously, if we apply gravity this way (as previously demonstrated), then we do indeed get a glimpse of this 'OU' performance from the motor... albeit, accompanied by a corresponding drop in GPE (and thus perfect unity).

A similar outcome is anticipated here - we're going to accelerate the rotor without counter-accelerating the 'stator', however this is not a reactionless acceleration in the strictest sense, since the effect is dependent upon reducing the stator's MoI whilst preventing its corresponding acceleration, hence reducing its momentum regardless, in equal proportion to the momentum added to the rotor. So, while we're not decelerating its angular velocity, we are nonetheless effectively 'decelerating' its angular momentum, just by other means..

In a truly effective N3 break, the net system momentum rises, because the momentum and counter-momentum from an applied force are not evenly distributed, hence summing to a net increase or decrease. Again, there's no reason to expect such a result here.

Nevertheless, the resulting RKE on the accelerated rotor should be substantially greater than the work done in terms of motor torque * angle.

However, we'll also be performing more work against CF as we pull the stator masses inwards..

Furthermore, just as we're reducing the stator's momentum, we're also slashing its RKE..

So energy-wise, the picture's a bit more nuanced - it's all swings'n'roundabouts no doubt, but while no energy gain is expected, i'm not so confident about energy loss, in which case, as ever, the question will be whether or not the loss is of the dissipative, or non-dissipative kind (ie. is the loss time-reversible).

Fundamentally, the ability to manifest mechanical energy gains depends upon being able to somehow successively raise the momentum of an otherwise 'closed system' of interacting masses (obviously, any OU system is implicitly open at heart, even if in really surprising ways..), but as the net momentum of this system appears constant (gravity's off, but would have no effect anyway), no opportunity for KE gains would seem to be on the cards..

Still, it's an interesting interaction - pitting these two raw elements against one another in perfect counter-balance (to six figures displayed, 16 under the hood) - it's also a tricky balancing act you'll probably never see anywhere else..


That is about its sum value though - so, should anyone now or hence ever have pause to wonder just what might happen in this particular arcane and unnatural deadlock of elementary forces (weirdo), may what follows offer some scant elucidation:


Image


Success! At least the technique works, even if the outcome's useless..

Still, we could put a touch more polish on this turd with some of the embellishments mentioned above, such as varying the radial speed the masses are drawn in at..

Currently, the sim begins and ends with them moving inwards at a constant 1 m/s. The plots are still perfectly valid - we can accurately find the work done by the actuator and motor - but it's a bit rough'n'ready.. why not begin and end with zero radial velocity, smoothly accelerating them inwards at the beginning, and decelerating them to a full stop at the end? Then we can capture their cost of operation inside the energy plots:


Image


Here the masses accelerate inwards up to 1.5 m/s for the first 33 ms, then hold that speed for a further 33 ms, before decelerating back down to halt at 1 m radius in the final 33 ms. Now the entire interaction is fully accounted for by the radial and angular work integrals.

Here's the same interaction again, having switched back out to the external reference frame:


Image


There's one further variation that seems worth investigating, prompted by that first angled peak on the above work plots; it appears that significantly higher motor torque can be applied when the masses are accelerating inwards, rather than when moving in at constant speed..

..so what would happen if we just accelerate the masses all the way into the center? Let's try that:


Image


Here, the stator masses begin with zero radial velocity, then accelerate smoothly up to 4 m/s at dead center. Whereas the previous run increased the net KE by 650 mJ, we now see a 3 J rise; we've added 1 J of RKE to the system (up from the previous 0.65 J), plus we still have 2 J of radial KE conserved on the stator masses.


So, that's the experiments done. All that remains is the energy accounting. On the one hand this seems kind of redundant, since we've already established that the net system momentum isn't going to budge. Still, having started, one might as well finish - i'll pull the data and Riemann sums so we can cross-reference consistently between all plots.

Again, there's no leeway in this system at present to admit a rise in momentum, precluding outright any prospect of energy gains from any variation of the current principles or apparatus. There remains a possibility of energy loss, in the form of negative work done in decelerating angular momentum, albeit by reducing MoI rather than angular velocity, but even then, such a phenomenon is useless unless it can somehow be reversed..

Still, if anyone thinks of any further variations or questions to test out..

Hopefully should wrap this by the w/e and get back to time-dependent momentum-from-gravity tricks, which seem much more promising..

Sims in the .zip, final data to follow..
Attachments
CT_vs_IT.zip
(26.32 KiB) Downloaded 85 times
Art
Devotee
Devotee
Posts: 1034
Joined: Wed Sep 23, 2009 12:55 pm
Location: Australia

re: Counter-Torque vs Inertial Torque

Post by Art »

Shee ! Mr V ! :)

I think I understand ! - and thats saying something when I think how challenged I am with computer sims .

Keep up the good work , especially the interpretation of the results as you're doing . My intuition seems to agree so far .

More Power to Your Neurons ! : )
Have had the solution to Bessler's Wheel approximately monthly for over 30 years ! But next month is "The One" !
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

re: Counter-Torque vs Inertial Torque

Post by MrVibrating »

Cheers Art! It's just a fun puzzle - but it's good to try understand it as it ticks a few important boxes, if while still omitting one or two more.. But for all the words and pics, the concept's pretty much encapsulated in the thread title..

Anyhoos, cranked out some final results;

V5 integrals @ 12 kHz:

Image


__
P*t = 0.374987 J

F*d = 0.375 J
__


__
T*A = 0.281251 J
__

Total input work (actuators plus motor) = 0.656251 J



Discussion

It turns out that everything sums to unity without any of the KE losses i'd suspected might arise (especially from quartering the stator RKE); P*t and F*d are obviously independent measures of the same actuator workload, and when added to motor T*A, all input energy is accounted for in the system KE rise:

• 0.375 J + 0.281251 J = 0.656251 J

• Total system KE rise was 0.656250 J, so we're accurate to within 1 microjoule..


..yet no sign of any magic..!

Or is there? Remember the result when using a gravitating mass as a stator - we get 'OU' performance from the motor in terms of the torque times angle vs RKE rise, yet CoE is ultimately enforced by a corresponding GPE defecit. I suspected we'd see similar results here, so i'd like to highlight them...

Consider the following points:

• The stator rate of rotation remains constant - it never speeds up or slows down..

• ..because the inertial torques from its MoI variations are being exactly cancelled out by counter-torque from the motor accelerating the rotor..

• ..thus we can be certain that the only thing accelerating the rotor is the motor. There simply is no physical acceleration at all caused by the inertial torques - that's the whole point of this experiment..

• ..the rotor's RKE rises from an initial value of 0.5 J, up to a final value of 1.531250 J...

• ...yet the motor only did 0.281251 J of work!

So there's an implicit mechanical paradox staring us in the face - the only thing that physically applied any actual torque or angular acceleration was the motor, yet the resulting RKE rise on the rotor is five times the work done by the motor accelerating it!

This my friends is precisely what OU looks like. Here, we had to spend all the energy we 'gained' in generating it in the first place, but the only reason i'm framing it in these terms is because, again, the work done by the actuators did not accelerate the stator or rotor - only the motor actually applied any net torque! It was the only physical source of actual angular acceleration!


Granted that you can't be a little bit pregnant - this system isn't OU and can't ever be so long as it's unable to vary its net momentum - but if we can find a system that does do that, gaining momentum over repeated cycles, then this is precisely how the magic of OU will kick in.

Once again this should put to rest any concerns that sims might be intrinsically incapable of rendering OU results; the inertial torque successfully cancelled the motor's counter-momentum, causing a five-fold divergence between the internal and external PE-to-KE values. Unfortunately it also lost as much momentum as the motor added, and cost as much energy as the reference frame divergence produced, but these are the inherent limitations of the experiment, not the simulation, which simply calculates KE values from reference frames, wholly unconcerned with how or why a given frame may be moving or accelerating..


I'll pull the V7 integrals next - accelerating all the way into the center. I expect the same result - 5x more RKE than the motor T*A actually applying the acceleration, albeit with the MoI variation again costing all of the momentum and energy 'gains'..



Not quite OU-pr0n yet, but a serious flash of ankle, if you squint at it right..

Spreadsheets in the .zip..
Attachments
V5_Integrals.zip
(1.2 MiB) Downloaded 95 times
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

re: Counter-Torque vs Inertial Torque

Post by MrVibrating »

I've just pulled the v7 integrals - accelerating the masses all the way in - and the actuators apparently now perform 0.5 J of work, all 2 J of which remains right there as radial KE, whereas the motor does 0.5 J of work, raising the rotor RKE from 0.5 J up to 2 J:

Image

P*t = 0.5 J

F*d = 0.5 J

T*a = 0.5 J



Granted we appear to be dealing with slightly larger values of "½" than usual, but that aside i think everything pretty much squares up as expected.








So, ummm... there must be some kind of real basic error here? If this sim's bust then so's the last one cos they're same-same - all that's changed is the radial acceleration.. Yet that one summed to unity?

The "OU" motor performance as mentioned previously can be explained in terms of an effective N3 violation causing the energy cost of momentum to drop to its ½mV² or ½Iw² base rate, wherein 1 kg-m/s linear or 1 kg-m² angular momenta both cost ½ J, irrespective of the current speed of the actuator or motor's reference frame... whereas the KE value of that same momentum rise as witnessed from the external reference frame squares with its total relative velocity in that frame, so that ½ J of work could've bought 2 J or 2 MJ of KE, depending only on the velocity difference between internal and external reference frames..

..but what about the "OU" performance of the actuators? They somehow generate 2 J of KE from doing ½ J of work? Net system KE has risen from 1 J up to 4 J - so a 3 J rise - yet we only appear to have 1 J of work accounted for? We began with one Joule, we did another Joule's work, so 1 + 1 = 4?

Good God it's happening again isn't it? I'd gone a whole two months, i thought was making progress - i honestly wasn't trying to cause an energy gain, seriously, i just thought i'd take an innocent peek at something that maybe looked a little bit gainy but i never meant it to turn out like this.. what idiotic numbskull FUBAR have i made this time?



Everyone's gotta keep really super-duper circumspect and critical-bordering-on-hostile right now, you know the drill - this is NOT a gain in energy, that's impossible, it would be too stupid to even suspect otherwise, ha everyone laugh at stupid, go stand in the corner wearing the stupid-hat stupid, and we're not stupid, myself possibly excluded, are we?

Included in the .zip with the Reimann sums is the 12 kHz sim the data's exported from - but if anyone has time in the coming days, the objective to replicate is this:

• rotor and 'stator' begin the experiment rotating together at equal speed in the same direction, with a radial speed of zero on the stator masses

• then the stator mass begins to accelerate inwards at 4 m/s, generating a positive inertial torque that wants to accelerate the stator ahead of the rotor angle

• in response to this change in angle, the motor connecting the stator to the rotor applies a corresponding torque that is equal in magnitude to the inertial torque, cancelling its effect and so preventing the acceleration of the stator, instead accelerating the rotor in the same 'positive' direction (anticlockwise)

• after 1 second the masses arrive at dead center and the interaction's over

• take the radial and angular input work integrals, and compare to output KE's..

Radial workload could also be calculated from instantaneous CF over radius per m*r*w², instead of F*d or P*t, the more cross-checks the better... here, i've simply derived it by taking the net sys KE from the "kinetic()" macro and subtracting the net RKE.. besides, the stator masses are 0.125 kg each, so at 4 m/s ½mV² says they should have 1 J each, which they do, so they've definitely got no more KE than they should have... it's just four times more than we've paid for, as measured independently by actuator P*t and F*d integrals. Power's being measured using the default force*time metric, untouched by me, i've just graphed it over time, and F*d is bleeding F*d - how could that be messed up, the same measure of force is being used and the same measure of radial distance as MoI, angular momentum and RKE, all of which appear correct; everything appears to have the right amount of KE for its mass and velocity, yet the work integrals also appear correct (to one millionth of a Joule) and are also basic functions of force and displacement?

I'm knocking this on the head for tonight, i'm obviously not gonna see the error till i've had some kip..
Attachments
V7_Integrals.zip
(1.22 MiB) Downloaded 76 times
User avatar
Fletcher
Addict
Addict
Posts: 8558
Joined: Wed Nov 05, 2003 9:03 am
Location: NZ

re: Counter-Torque vs Inertial Torque

Post by Fletcher »

You might try plotting a trend analysis i.e. have one template sim and then progressively asking the actuators in sim derivatives to move the weights a set distance from start radius (like your versions). See if the plots of results are consistent (show a trend) and where and when things might go off the reservation, like when the weights are at or near dead center (because you might be introducing an infinity). I only suggest this because I've run somewhat similar sims before to quantify how much f x d it takes to push weights from radius to center and IIRC it gets harder and harder the nearer to the axle you get.

It's likely an accounting error but best to approach the Inputs and Outputs methodically.
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Post by MrVibrating »

Thing is mate that it only gets harder if you actually allow the corresponding angular acceleration to take place - so CF goes up because RPM's do...

..whereas here, there is no angular acceleration from moving the mass inwards - that inertial torque is perfectly cancelled out with an opposing counter-torque from the motor accelerating the blue rotor..

You're right there has to be a trend - error or not - so on the offchance it isn't, here's a throwaway hypothesis:

- an angular momentum component, frustrated by the inability of the stator to accelerate in response to its reducing MoI, is instead translated into radial force - ie. centripetal - thus subsidising the workload on the actuators..?

Per ½mV², the half-Joule of work done by the actuators should've only raised 2.828 m/s of radial velocity (sqrt 8, or 2*sqrt 2, jinx) - it's as if we're seeing the results of a reactionless radial acceleration?

IOW, the energy cost of momentum when accelerating the masses inwards is being held constant, not squaring with rising velocity..!?

I don't quite understand why that would be happening, but it seems to bear all the hallmarks..

I mean, if it's not a stupid error of course..

So all in all, we'd be getting OU motor performance as before in v5, but instead of paying equal energy back to the actuators, that cost is slashed, effectively becoming negative, by eliminating the v² multiplier - each of the 500 mJ we're spending on actuator and motor workloads are converting to 1.5 J of KE - both accelerations, angular and radial, are 300% OU in their own right.. hence 1 J of work raises 3 J of KE...

So there's something to test tomorrow - check the energy required to accelerate a mass inwards when RPM's are held constant... can't imagine that would be an inherently-OU process no one's ever noticed before but what the hell, it's summink to check, and easy..
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Post by MrVibrating »

...i did encounter problems with infinities when trying to decelerate neatly into the center - you can decelerate to any other radius, but as the masses reach the center the MoI goes to zero, hence the slightest motor torque causes a huge acceleration of the stator - the motor torque in N-m is set as the stator drift angle in rads * 300 million, so if that angle increases when the masses near dead-center, humungous torques are applied to infinitesimal MoI's and everything gets a bit random..

Accelerating all the way in however seems to circumvent those issues - maybe just getting it over with quicker before the rounding errors can mount up, dunno..

Accelerating in from different initial radii would mean redesigning all other parameters, since the two MoI's have to begin equal - maintaining MoI whilst say halving initial radius means quadrupling mass (MoI-mr²), and so quartering both RKE and radial KE..

We'll get to the bottom of it over the w/e no doubt, i've stayed up way too late as it is..
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Post by MrVibrating »

..a quick note to avoid possible confusion:

- the field marked "stator mass = 0.250" is the total amount of stator mass - here divided into the two red circles, so 0.125 kg each.

The "mass" value in the actual stator masses' properties field is that parameter /2.

This obviously makes a factor of two difference to the KE calculations - what we actually have is two 125 gram masses at 4 m/s, so 1 J each, 2 J total, just to be clear..
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Post by MrVibrating »

...another small mistake last night:

- i wrongly asserted that the half Joule spent by the actuators should've accelerated a 0.125 kg mass to 2.828 m/s - which would be correct, except that half Joule's actually the total work done by the actuators, in accelerating both 0.125 kg mass up to 4 m/s..

..therefore the actual work done per mass is only 0.250 J...!

...which, per ½mV², should only have been enough work to accelerate each mass to 2 m/s.

So the masses' radial speed of 4 m/s is twice as much velocity as the actuators appear to have paid for, and since KE squares with V, they've paid four times less, so the radial acceleration is 400% OU, not a measly 300% - we've raised 2 J of KE from 500 mJ of PE on the actuators..

The two different forms of actuator integral are using the following equations:

• F*d = "(-(constraintforce(15).x)) + (-(constraintforce(18).x))"

where "15" is actuator 1 and "18" is actuator 2 - so these are just summed together; gravity's disabled so both are always equal in sign and magnitude; this is plotting against actuator displacement on the other axis

• P*t = "(constraintforce(15).x * constraint[15].dv.x) + (constraintforce(18).x * constraint[18].dv.x)"

where i've selected the standard 'power' meter for each actuator, and cut'n'pasted the equation from both together in parentheses with a "+" sign


Both seem legit and give consistent outputs. The same meters apparently give a perfect result in the v5 test (accelerating up to 1.5 m/s then back down to zero) - to a microjoule - how could their output now be wrong just because the masses are accelerating all the way in?


I think it'd be a good idea to add a plot of CF force over radius just for the cross-check - if we're getting an anomalous centripetal component, this should reveal it..?
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Post by MrVibrating »

..Eureka! (literally bathwater everywhere) - could it be that the counter-torque / counter-momentum being applied by the motor in spinning up the rotor isn't so much disappearing or being completely cancelled, so much as translated into an effective radial force component?

IOW, the motor would have performed two lots of work - accelerating the rotor on the one hand, but also halving the workload on the actuators on the other, via an effective centripetal force component transformed from its counter-torque...

If this is correct, then when the mass is accelerating inwards, the motor's counter-torque is contributing a centripetal component, but conversely, when we decelerate inwards that additional radial force inverts to a centrifugal sign, doubling the load on the actuators, so undoing the advantage gained for the net zero sum we encountered in v5 & 6..

..whereas v7 - intended precisely to investigate the sharp change in torque * angle slope when the radial motion changes from acceleration to steady speed - simply accelerates all the way in, and so the advantage compiles from beginning to end of the interaction... 75% of the work involved in accelerating the masses up to 4 m/s - half the rise in radial linear momentum - has been subsidised with free centripetal force from counter-torque..


I chose an initial radius of 2 meters and 250 grams of mass in order to optimise the radial travel available from a baseline MoI of 1 - since ordinarily i'd use 1 kg at 1 m radius for an MoI of 1 - precisely to get nice long integrals, however we can investigate arbitrarily further down this route..

Cutting back some fat, we could try:

• 0.0625 kg at 4 meter radius, per MoI = mr², 0.0625 * 4² gives us an MoI of 1 again

• just use a single mass - gravity's off so balance isn't an issue

• use a motor to turn a rotor at constant speed, and make half its mass radially-translating

• then just take the work and KE values for that single radial acceleration, along with the torques being applied to the motor in maintaining a constant 1 rad/s

• has trading mass for radius affected the energy result?

• try decelerating all the way in - does this indeed increase the actuator workload, resulting in a loss in inverse proportion to the gain?

• plot the projected CF over radius using the standard formula, vs the actual force over radius acting on the actuator, for both accelerating and decelerating inbound and out-bound strokes - we thus get four sets of complimentary plots to compare, which should nail down this radial-force-from-counter-torque theory

Well if i had any other plans this w/e..
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

Post by MrVibrating »

Phew! Found the error.

Strung a spring between the weights and re-ran it, so the actuators were also compressing the spring.

Found the actuator integral was only equal to the sprung PE - as if the masses were massless.. duh..

The masses' mass is enumerated by an input control, along with the rotor mass, obviously so i could adjust 'em on the fly, however it appears this is causing WM to ignore their mass / inertia in its calculations of forces acting on the actuators; the half-Joule it's actually clocking must be the CF over radius or something - though how it's calculating CF sans mass would be the next question - it's defo measuring some kind of force anyway, and gives the right answer for the sprung PE, just not the masses..

So the solution is simply to enter the masses' mass as an actual number in their properties fields. This sorts the actuator integral - it now registers the 2 J of radial work done accelerating the masses.

I'll re-run the above sims tomorrow with the fix, but scare over i think..
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

re: Counter-Torque vs Inertial Torque

Post by MrVibrating »

Right, turns out the issue wasn't how i was setting the mass values - that works fine - it was the actuator controls:

• the actuators were set to 'velocity', accelerating between timestamped velocities in a data table, the basic instructions being "begin with zero radial velocity, accelerate up to 1.5 m/s in 33 ms, hold at 1.5 ms for another 33 ms then decelerate back down to zero in the final 33 ms"..

This duly performs the requested motions and everything looks legit, until we get an OU result from accelerating all the way in.. ie. "begin at 0 m/s and reach 4 m/s at 1 s" - we get the right acceleration, even though the actuators aren't doing enough work..!

So what gives? Apparently, programming the actuators this way causes WM some kind of confusion as to the masses' inertia!

The initial attempt at a fix, of inputting the mass values directly, had no effect, but changing the actuator function from "velocity" to "acceleration" did the trick; the data table now looks like this:

Code: Select all

Time		Accel
0.000000	0.000000
0.250000	8.000000
0.500000	0.000000
0.750000	-8.000000
1.000000	0.000000

The halves the stator radius from 2 m down to 1 m in 1 second, accelerating from zero radial speed up to 2 m/s at the 1.5 m (halfway) mark, and then decelerating back down to 0 ms at 1 m radius.

Unsurprisingly, this significantly alters the plot curves, but also seems to help clean up the data:

Image

We now get perfect agreement between actuator P*t and F*d - 0.375222 J under both curves - and summed with the 0.281251 J motor work we've input 0.656473 J, and increased the net system KE by 0.656250 J, so unity to within 0.2 mJ.

Basically the same net result as last time - even though half the data was missing! Obviously the radial excursion's conservative so makes no net difference, but even a 'correct' result evidently isn't necessarily a valid one..

It's already obvious this eliminates the error in v7.. i'll post those fixed results a bit later.
Attachments
v5_fixed.zip
(1.22 MiB) Downloaded 65 times
MrVibrating
Addict
Addict
Posts: 2879
Joined: Sat Jul 31, 2010 12:19 am
Location: W3

re: Counter-Torque vs Inertial Torque

Post by MrVibrating »

V7 fixed:

Image


..so we spent 3 J, and the system KE rose by 3 J. Sorted.



Conclusions


..as noted, a system can't gain energy unless it can also first gain momentum - KE gains can only come from momentum gains, and never the other way around.

But we do catch a glimpse of more exotic fundamental physics at play, for the reasons elaborated earlier; again, in the above sim, the only source of angular acceleration is the work done by the motor - the actuators only remove momentum and RKE, by reducing the stator's MoI while counter-torque from the motor's preventing CoM from accelerating it: nothing's accelerated by the actuators, and angular momentum and its corresponding RKE is effectively being decelerated by them..

The only torque producing physical acceleration is that of the motor.

And it's using half a Joule, to cause a 1.5 J rise in rotor RKE.

Perhaps we could consider that the stator RKE has actually been conserved, and simply transferred over to the rotor, along with its angular momentum?

In that case, half a Joule of the rotor's final RKE came from the stator RKE, and the motor work was thus only 200% OU, not 300%:

• both rotor and stator began with 0.5 J each

• the stator's 0.5 J is then transferred over to the rotor, giving it 1 J, but it has 2 J, so we still have 1 J unaccounted for

• the motor spent 0.5 J generating 1 p of angular momentum, which raised the rotor AM from 1 up to 2 p

• because RKE squares with angular velocity and the rotor already had 1 rad/s, adding a 2nd rad/s has quadrupled the rotor's RKE; it's taken it from its initial value at 1 p of 0.5 J, up to 2 J at 2 p.

• we still have half a Joule of RKE unaccounted for remember - we began with ½ J RKE each on stator and rotor, added the former's to the latter to give it 1 J, then added another half Joule from the motor work, so we're at 1.5 J.. but there's 2 J of RKE, not 1.5.. so where'd the other ½ J come from?

• Moreover, because the 'stator' was already co-rotating with the rotor at equal speed, they were effectively stationary relative to one another, rotating uniformly with respect to the external frame

• and because of this divergence between the internal and external reference frames, that ½ J of motor work actually converted to 1.5 times more RKE; we know these are the first two RKE solutions:

•• RKE = ½I*w², so where I=1 and w=1, we get ½ J, and where w=2, 2 J, so a 1.5 J difference. Adding a third rad/s, w=3 = 3²=9/2 = 4.5 J and so on


••• IOW, the prediction is that if we re-ran the experiment starting at double the initial angular speed, so 2 rad/s, we would again find that the motor torque * angle integral remains pegged at ½ J.. however, now that ½ J has increased the rotor speed from 2 rad/s up to 3 rad/s, thus raised its RKE from 2 J up to 4.5 J - so a 2.5 J rise in RKE from a ½ J of actual torque * angle.. we could begin the experiment at w=10 rad/s or whatever speed, the 'OU efficiency' simply rises by the half-square of angular velocity..


• but now we have a problem; if we can indeed attribute 1.5 J of RKE to the motor's ½ J contribution, and the rotor began with ½ J initially, then we've now accounted for all 2 J of its final RKE...

..hence the possibility that the stator's initial ½ J has simply been transferred over to the rotor must be wrong, since it only has 2 J, not 2.5 J..!


And this is the final point worth driving home: the stator's RKE isn't transferred anywhere... it's destroyed.

It hasn't been dissipated away to heat. Rather, the distribution of angular inertia and velocity that described it, changed, so it no longer exists.

More fundamentally, the stator's angular momentum wasn't transferred over to the rotor either - again, it was undone from the inside out, by cutting MoI whilst preventing CoM from applying the corresponding acceleration.

In short, the stator mass accelerated all the way into the center; the masses are left free to rotate about their own axes, so no torque is ever applied to them, and hence as they enter the center of rotation their orbital angular momentum literally vanishes from existence, along with the RKE that pertained to it.

The net system momentum remains constant because the motor generates equal new momentum, from scratch - ie. from nowhere; it hasn't come from Earth, gravity's disabled and irrelevant.. the motor was able to generate angular momentum from nowhere, only because the stator did not counter-accelerate in response to the motor torquing the rotor.


So, while both CoM and CoE are being perfectly enforced here - the net system momentum and energy are constant and conserved, no anomaly is present - if we look closely at the way in which the books are being balanced, we're actually making angular momentum and RKE...

..however the only thing allowing us to do this - to effectively apply unilateral torque - is the inertial torque we're generating on the stator, by wiping out an equal quantity of angular momentum; not by decelerating its angular velocity, but by sucking out the gooey inner essence of its MoI.

And the energy cost of doing this is equal to the 'OU' efficiency of the motor workload - on the one hand, as noted, the higher the starting RPM, the more insane the motor's performance in terms of the RKE being generated from ½ J of torque * angle; on the other, the higher the initial RPM, the greater the CF force, which also squares with velocity per mV²/r, hence maintaining I/O energy symmetry no matter how many megajoules of RKE we generate from that ½ J of motor work..


In summary, in terms of actual results, there's no net gain in momentum or energy, however "net" being the operative; there is gain - very significantly so - on the output work efficiency. It's 300% OU in the current 1 rad/s examples, but could be arbitrarily more efficient purely as a function of initial angular speed. It gains energy because it generates fresh momentum, which it manages because counter-torque - and thus counter-momentum - is cancelled by inertial torque, holding the stator's RPM constant whilst accelerating the rotor.

However it's also under-unity, by an equal amount, in terms of input efficiency, since we're doing work, against CF force, to destroy an equal amount of angular momentum as the motor produces.

So ultimately the first law stands; there's nowt you can do from within a system of interacting masses to change its net momentum, but dammit, we're right up against the rules enforcing it. Only destroying as much RKE and momentum as we're creating is actually balancing the books..

We're right up against the wire, can see through the other side of the fence, we're doing two 'impossible' things at once in equal opposing measure, but unable to break symmetry..

For that, we're going to need gravity. Rather than trying to garner asymmetric distributions of momentum from forces applied between masses interacting inside the system, i think the focus should be on considering the standard gravitational interaction in terms of its momentum symmetry, especially with regards to the variability of mechanical speeds (ie. up vs down) in contrast to the fixed rate of change of momentum of a gravitating system (ie. 9.81 p/s per kg of gravitating mass) - basically that the asymmetric inertial interaction and the gravitational interaction might actually be one and the same, and the exploit is simply causing the weights to fly upwards in less time than they spend gravitating downwards, hence adding more momentum to the system during their descent than when rising - a basic differential.

Incidentally, this would seem to chime with Bessler's reticence in being "unwilling to discuss the issue" (of how fast the weights were re-lifted), as those enquiring were "not ready to comprehend such matters" - obviously, GPE is not speed-dependent, hence B's implicit intimation that there actually might indeed be some crucial speed-dependent factor to how quickly the weights rise.. bear in mind, that if gravity's constant and mass is constant (ie. both are 'temporally-invariant'), then only some other time-dependent field property is going to enable a closed-loop asymmetry. Asymmetric relative rate of change of momentum between rising and falling ticks most if not all boxes for what we're looking for...

But i digress; back to my other thread to continue that line of inquiry.. i only started this one to keep this junk out of that one.. (real momentum-from-gravity gains there, exciting stuff!)..


If anyone thinks up anything else worth trying with this 'un, i'm happy to consider more tests, but i think i've wrung everything worthwhile out of it for now..

For a take-away meditation on what it all might've meant:

"If equal black and white magic have been performed, is that twice the magic, or none at all?"
Attachments
v7_fixed.zip
(1.21 MiB) Downloaded 94 times
Georg Künstler
Devotee
Devotee
Posts: 1723
Joined: Fri Nov 07, 2003 12:22 pm
Location: Speyer, Germany
Contact:

re: Counter-Torque vs Inertial Torque

Post by Georg Künstler »

Hi MrVibrating,
Asymmetric relative rate of change of momentum between rising and falling ticks most if not all boxes for what we're looking for...
I was not able to control the forces in my first model. You can do it better with your sim now.

It is good that you have detected a time difference between up and down movement of the mass.

You will get a difference, gain, if you lift faster than the normal drop of the weights.

This can be managed with two rings and an eccentric weight. The rings will turn in the same direction.
The inner ring a little bit faster then the outer ring.(relative speed). The swinging will end up in a resonace catasthope.
You have a lose coupled system which is allowed to breath.

With you sim there should be no problem, in reality it is, it will destroy the structure.
Best regards

Georg
Post Reply