Georg- Möchten Sie einen neuen thread starten, in dem wir Ihre Ideen weiter diskutieren können? Wir beide scheinen ähnliche Konzepte zu teilen, was einen Läufer ausmachen würde.Thank you for your input Georg. There's always the "New Topic" button if you want to start your own thread so your ideas can obtain the focus you believe they deserve.
MTs, WM2D, and WM Basic Language Script Code
Moderator: scott
- gravitationallychallenged
- Aficionado
- Posts: 333
- Joined: Sun Mar 30, 2014 9:03 pm
- Location: Ohio, USA
Re: re: MTs, WM2D, and WM Basic Language Script Code
"...it is a mere question of time when men will succeed in attaching their machinery to the very wheelwork of Nature."
Nikola Tesla
Nikola Tesla
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
Attached is the geometry for the X302 Version 1.0
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
WM2D and point orientations
Was fiddling with point orientations in WM2D. When you use the smart editor and pin two objects, it automatically adjusts the orientation of the points correctly. But if you insert the points programatically using WM2D basic, the point orientations default to zero. This isn't always correct.
For example, if you have a slot connected to a circle, and then a rectangle connected to the slot, the point on the circle must be oriented correctly to the base point of the slot constraint.
Lets say the circle has an orientation of zero degrees,
and the slot has an orientation of 30 degrees relative to the circle,
and the rectangle has an orientation of 60 degrees relative to the circle.
The base point of the slot has an orientation of 30 degrees.
So the point on the rectangle that connects to the slot needs to have an angle of -30 degrees to align with the point orientation of the slot. 60 degrees -30 degrees would match the 30 degree angle of the slot constraint base point.
If the rectangle had an angle of 70 degrees, the point on the rectangle that connects to the slot would have to be -40 degrees to match the 30 degree angle of the slot constraint.
This probably isn't much of a problem if you use pin joints, but if you use rigid joints, I think WM2D is a little less forgiving.
So for those of you who use the smart editor in WM2D (which is probably everyone who uses WM2D), this shouldn't affect you, but when you program the model, it's something you need to look out for.
Was fiddling with point orientations in WM2D. When you use the smart editor and pin two objects, it automatically adjusts the orientation of the points correctly. But if you insert the points programatically using WM2D basic, the point orientations default to zero. This isn't always correct.
For example, if you have a slot connected to a circle, and then a rectangle connected to the slot, the point on the circle must be oriented correctly to the base point of the slot constraint.
Lets say the circle has an orientation of zero degrees,
and the slot has an orientation of 30 degrees relative to the circle,
and the rectangle has an orientation of 60 degrees relative to the circle.
The base point of the slot has an orientation of 30 degrees.
So the point on the rectangle that connects to the slot needs to have an angle of -30 degrees to align with the point orientation of the slot. 60 degrees -30 degrees would match the 30 degree angle of the slot constraint base point.
If the rectangle had an angle of 70 degrees, the point on the rectangle that connects to the slot would have to be -40 degrees to match the 30 degree angle of the slot constraint.
This probably isn't much of a problem if you use pin joints, but if you use rigid joints, I think WM2D is a little less forgiving.
So for those of you who use the smart editor in WM2D (which is probably everyone who uses WM2D), this shouldn't affect you, but when you program the model, it's something you need to look out for.
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
Attached is a spreadsheet for the X302 Version 2.0
The user can enter the max spread angle of the circumference weights,
mass of the circumference weights and hinge weight,
and the angle to the hinge mass. (Before the angle was fixed at 45 degrees. )
The spreadsheet calculates the GPE gain for the various parameters. I can't seem to find anything special going on here.
The user can enter the max spread angle of the circumference weights,
mass of the circumference weights and hinge weight,
and the angle to the hinge mass. (Before the angle was fixed at 45 degrees. )
The spreadsheet calculates the GPE gain for the various parameters. I can't seem to find anything special going on here.
- Attachments
-
- X302 V2.0 PE Calcs.xls
- X302 V2.0 spreadsheet to calculate PE change
- (176 KiB) Downloaded 169 times
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
X302 Version 2.0
Changes to this version:
The inside rectangles to the hinge are connected differently. They connect to the ends of the rectangles of the circumference weights, instead of in the middle.
The user can enter the angle of the hinge lever. Before it was fixed at 45 degrees to make the math easier.
The hinge was given mass in this version.
A rotational spring was added to rectangle1 of each mechanism. If you dial in the spring constant it will run much longer.
----
This version has a quirk that I haven't been able to track down. After you build it, if you try to enter data into the text boxes, it gives you a "trying to Assemble" error. To fix this, use the arrow tool and rotate the main circle a few degrees left or right. This seems to reset something and it doesn't give you the Assemble error next time.
If you enter a large hinge angle you can come up with some weird geometries with the hinge mass on the other side of the wheel.
Changes to this version:
The inside rectangles to the hinge are connected differently. They connect to the ends of the rectangles of the circumference weights, instead of in the middle.
The user can enter the angle of the hinge lever. Before it was fixed at 45 degrees to make the math easier.
The hinge was given mass in this version.
A rotational spring was added to rectangle1 of each mechanism. If you dial in the spring constant it will run much longer.
----
This version has a quirk that I haven't been able to track down. After you build it, if you try to enter data into the text boxes, it gives you a "trying to Assemble" error. To fix this, use the arrow tool and rotate the main circle a few degrees left or right. This seems to reset something and it doesn't give you the Assemble error next time.
If you enter a large hinge angle you can come up with some weird geometries with the hinge mass on the other side of the wheel.
- Attachments
-
- X302 V2.0 Simulation.txt
- X302 V2.0 Simulation - WM2D script file to build the sim.
- (47.39 KiB) Downloaded 158 times
re: MTs, WM2D, and WM Basic Language Script Code
Often for rigid joints I first join with the 'point elements'. You double click on point element (btw works for all elements etc). Then place the point elements where you want them on various objects you want to later join together. Select both point elements on each object with shift and click and hit "join". They move together. Now you have one pin joint. Adjust angles if required. Then I delete the pin joint and replace by a rigid joint.
Being able to join many things quickly is a huge time and effort saver.
P.S. the arrow tool disengages the place multiple point elements that you have placed around the sim.
Being able to join many things quickly is a huge time and effort saver.
P.S. the arrow tool disengages the place multiple point elements that you have placed around the sim.
re: MTs, WM2D, and WM Basic Language Script Code
Good Work
Much appreciated.
Much appreciated.
[MP] Mobiles that perpetuate - external energy allowed
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
X302 Version 2.1
In V2.1 an additional input was added to allow the weight levers to extend past the point where the circumference mass is attached.
The hinge lever is attached at the very end of the circumference mass lever.
The problem with the hinge geometry in general so far is that the hinge can't get good leverage to open the circumference masses when they are in the closed position. The angle is too shallow.
In V2.1 an additional input was added to allow the weight levers to extend past the point where the circumference mass is attached.
The hinge lever is attached at the very end of the circumference mass lever.
The problem with the hinge geometry in general so far is that the hinge can't get good leverage to open the circumference masses when they are in the closed position. The angle is too shallow.
- Attachments
-
- X301 V2.1 Simulation.TXT
- X302 V2.1 Simulation - Script file to build the sim in WM2D
- (47.29 KiB) Downloaded 115 times
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
X302 version 2.2
In this version, two artificial forces were added to move the hinge mass, one outward and one inward.
One Forces acts from 90 degrees through 180 and then to 270 degrees, pushing inward on the hinge mass to close the circumference weights on the left side of the wheel creating more torque and the overbalance on that side.
The other force acts from 270 through 360(0) and then back up to 90 degrees pushing outward on the hinge mass to open the circumference masses making the right side lighter.
At the run time, there are two textbox inputs to adjust the outward and inward forces.
By adjusting the outward and inward forces on the hinge mass you can get the wheel to accelerate. Too light of a force won't open or close the circumference masses. There is good leverage in the closing, but the shallow angle during the open requires a large force to open. It looks like this creates a delayed opening on the right side of the wheel.
As the wheel accelerates, the opening of the weights on the right hand side is delayed.
If you build it with 6 mechanisms, it runs a little on the slow side. Build it with 2 or 3 mecs. Enter large forces (100 Newtons) and see how the model reacts. Then reduce the forces and run it again. See how low a force you can enter and still have the model accelerate, and then surmise how you can pull that force out of thin air to get the model to run. There are several input parameters to play with.
In this version, two artificial forces were added to move the hinge mass, one outward and one inward.
One Forces acts from 90 degrees through 180 and then to 270 degrees, pushing inward on the hinge mass to close the circumference weights on the left side of the wheel creating more torque and the overbalance on that side.
The other force acts from 270 through 360(0) and then back up to 90 degrees pushing outward on the hinge mass to open the circumference masses making the right side lighter.
At the run time, there are two textbox inputs to adjust the outward and inward forces.
By adjusting the outward and inward forces on the hinge mass you can get the wheel to accelerate. Too light of a force won't open or close the circumference masses. There is good leverage in the closing, but the shallow angle during the open requires a large force to open. It looks like this creates a delayed opening on the right side of the wheel.
As the wheel accelerates, the opening of the weights on the right hand side is delayed.
If you build it with 6 mechanisms, it runs a little on the slow side. Build it with 2 or 3 mecs. Enter large forces (100 Newtons) and see how the model reacts. Then reduce the forces and run it again. See how low a force you can enter and still have the model accelerate, and then surmise how you can pull that force out of thin air to get the model to run. There are several input parameters to play with.
- Attachments
-
- X302 V2.2 Simulation.TXT
- X302 V2.2 Simulation - Script file to build the model in WM2D.
- (54.04 KiB) Downloaded 115 times
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
VM2SO
This is a simulation of a Veljko Milkovic Dual State Oscillator (VM2SO)
A few years ago I was fascinated by the VM2SO and even tried to build one. Must have spent months working on it. Now that I have a simulator, I can ask it's opinion.
There are various inputs on lengths to set up the model as described in the figure below.
You can't change the colors using WM Basic, so if you build the model using the script it will have the default WM colors.
The model is initially built with potential and kinetic energies of zero.
The top output meter graphs the potential energies of the two masses and the two levers. The mass of the two levers is set to 0.001 kg and their potential energies stay close to zero as shown by the black line on the top graph. The blue curve shows the PE of the blue mass, and the green curve shows the PE of the green mass.
The bottom output meter graphs the total PE (in blue), the total KE (in red), and the sum of these two, the total energy (in black). The PE and KE curves look like a mirror image of each other. As one goes up, the other goes down, and vice versa.
The black line on the bottom graph (the total energy in the system) starts at zero and never goes above or below that line.
The total energy sums to zero.
This is a simulation of a Veljko Milkovic Dual State Oscillator (VM2SO)
A few years ago I was fascinated by the VM2SO and even tried to build one. Must have spent months working on it. Now that I have a simulator, I can ask it's opinion.
There are various inputs on lengths to set up the model as described in the figure below.
You can't change the colors using WM Basic, so if you build the model using the script it will have the default WM colors.
The model is initially built with potential and kinetic energies of zero.
The top output meter graphs the potential energies of the two masses and the two levers. The mass of the two levers is set to 0.001 kg and their potential energies stay close to zero as shown by the black line on the top graph. The blue curve shows the PE of the blue mass, and the green curve shows the PE of the green mass.
The bottom output meter graphs the total PE (in blue), the total KE (in red), and the sum of these two, the total energy (in black). The PE and KE curves look like a mirror image of each other. As one goes up, the other goes down, and vice versa.
The black line on the bottom graph (the total energy in the system) starts at zero and never goes above or below that line.
The total energy sums to zero.
- Attachments
-
- VM2SO_V1 Simulation.TXT
- VM2SO Simulation - Script file to build the model in WM2D.
- (21.69 KiB) Downloaded 122 times
re: MTs, WM2D, and WM Basic Language Script Code
Hey Wubbly .. fwiw many years ago when I was also a member of Overunity.com the MS2 lever was front and center there for quite a while. I did a very similar exercise in WM to yours above. Got exactly the same results. KE never exceeded GPE lost etc etc. At best Zero Sum Game.
My takeaway was that if you were using the MS2 for raising water from a force pump over a bore hole or lifting water from an irrigation ditch etc that it might be more practical in some instances to swing/tip a pendulum than pull on the end of a lever with a rope etc. AFAIK the Work required was the same.
My takeaway was that if you were using the MS2 for raising water from a force pump over a bore hole or lifting water from an irrigation ditch etc that it might be more practical in some instances to swing/tip a pendulum than pull on the end of a lever with a rope etc. AFAIK the Work required was the same.
- Wubbly
- Aficionado
- Posts: 727
- Joined: Sat Jun 06, 2009 2:15 am
- Location: A small corner of the Milky Way Galaxy
- Contact:
re: MTs, WM2D, and WM Basic Language Script Code
At least we got the same results.
It was interesting to see the beautiful symmetry between the PE and KE.
The only other modification I can think of is to insert a rod with an ActiveWhen statement to lock and unlock the main lever during certain angle sweeps of m2 attached to rectangle2.
In version 1.1 The user can enter an angle (of rect2) where the rod is first unlocked, and an angle sweep (of rect2) through which the rod is not active.
e.g. If you enter 270 as the unlock angle, then the main lever is free to move when the small mass is down at 270 degrees (the bottom of its stroke).
And then if you enter a sweep angle of 10 degrees, then from 270 to 280 the system is free to pivot about the 0,0 point.
I would have guessed that the system PE would kick up, and then maybe KE would kick down to compensate. This is not exactly what you find.
In the top output meter, the PE of the large mass is increasing (black line), but the PE of the smaller mass is decreasing more (gray line). The total PE (blue line)is trending down, showing the overall PE of the system is decreasing, similar to what Fletcher has been saying in other posts.
On the bottom output meter, the blue line again represents the total PE, The green line is the total KE, and the red line, the total energy in the system, is trending down.
I was hoping the CF+GF at the bottom of the stroke would allow a smaller mass to lift a heavy mass, but Mr. Simulator said OK, but you're going to loose energy in the process.
It was interesting to see the beautiful symmetry between the PE and KE.
The only other modification I can think of is to insert a rod with an ActiveWhen statement to lock and unlock the main lever during certain angle sweeps of m2 attached to rectangle2.
In version 1.1 The user can enter an angle (of rect2) where the rod is first unlocked, and an angle sweep (of rect2) through which the rod is not active.
e.g. If you enter 270 as the unlock angle, then the main lever is free to move when the small mass is down at 270 degrees (the bottom of its stroke).
And then if you enter a sweep angle of 10 degrees, then from 270 to 280 the system is free to pivot about the 0,0 point.
I would have guessed that the system PE would kick up, and then maybe KE would kick down to compensate. This is not exactly what you find.
In the top output meter, the PE of the large mass is increasing (black line), but the PE of the smaller mass is decreasing more (gray line). The total PE (blue line)is trending down, showing the overall PE of the system is decreasing, similar to what Fletcher has been saying in other posts.
On the bottom output meter, the blue line again represents the total PE, The green line is the total KE, and the red line, the total energy in the system, is trending down.
I was hoping the CF+GF at the bottom of the stroke would allow a smaller mass to lift a heavy mass, but Mr. Simulator said OK, but you're going to loose energy in the process.
- Attachments
-
- VM2SO V1.1 Simulation.TXT
- VM2SO V1.1 Simulation - Script file to build the model in WM2D. This uses a Rod constraint to latch and release the main lever during user specified angles.
- (24.84 KiB) Downloaded 108 times
re: MTs, WM2D, and WM Basic Language Script Code
This is my first post so ... be gentle :) Thanks. If Wolff could see through a slit in the oil cloth, could this suggest that the visible outside of the wheel (covered with oil cloth) was NOT rotating, and perhaps just the axle and internal components were?
This would also suggest that the outer rim may have also been stationary, but I thought I read that it was not so easy to stop the wheel and that it could lift a person off the ground so, where would they grab the wheel in a way that would lift them from the ground. Perhaps the entire wheel was rotating but I thought it odd that someone could see through a moving slit. Perhaps Wolff looked through the slit when the wheel was stationary.
I thought that the approximately eight sounds heard on the side of the wheel where weights were descending were not as loud as other sounds and suggested that they rested "gently" against the outer rim as they descended.
This would also suggest that the outer rim may have also been stationary, but I thought I read that it was not so easy to stop the wheel and that it could lift a person off the ground so, where would they grab the wheel in a way that would lift them from the ground. Perhaps the entire wheel was rotating but I thought it odd that someone could see through a moving slit. Perhaps Wolff looked through the slit when the wheel was stationary.
I thought that the approximately eight sounds heard on the side of the wheel where weights were descending were not as loud as other sounds and suggested that they rested "gently" against the outer rim as they descended.
re: MTs, WM2D, and WM Basic Language Script Code
Sorry, this was posted to the wrong discussion. My apologies.
re: MTs, WM2D, and WM Basic Language Script Code
No problem and welcome to this strange part of the web :-)
[MP] Mobiles that perpetuate - external energy allowed