• OT: Repeatably lobbing "projectiles"

    From Don Y@21:1/5 to All on Thu Nov 21 00:04:45 2024
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    The former seems to be easier to get repeatability. But, still
    not great as it constrains HOW you develop the force to be applied.

    A ferrous projectile would probably be easier to control
    (think: rail gun) but then the projectile starts to become a safety
    issue.

    Now, we're looking at alternate ways of developing that propulsive
    force -- e.g., controlled air or water (messy!) pressure. But,
    I suspect qualifying the release valves' performance will prove to
    be a stumbling point (and, how it changes).

    Any other ideas, given latitude in the design of the projectile?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Thu Nov 21 09:53:26 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    The former seems to be easier to get repeatability. But, still
    not great as it constrains HOW you develop the force to be applied.

    A ferrous projectile would probably be easier to control
    (think: rail gun) but then the projectile starts to become a safety
    issue.

    Now, we're looking at alternate ways of developing that propulsive
    force -- e.g., controlled air or water (messy!) pressure. But,
    I suspect qualifying the release valves' performance will prove to
    be a stumbling point (and, how it changes).

    Any other ideas, given latitude in the design of the projectile?

    Bow and arrow?

    That was actually meant seriously as the geometric arrantement of the
    string acts as a variable-ratio transformer between the movement of the propelling spring (bow) and the increasing velocity of the load (arrow).
    This means that if you charge the spring with a known amount of energy,
    it will always be transferred with the same high efficiency into the
    load.

    By varying the starting point of the arrow, and hence the spring
    tension, you have an accurate repeatable energy input.

    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Brown@21:1/5 to Don Y on Thu Nov 21 11:46:00 2024
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    Trebuchet is probably the method of choice. There is a bloke round here
    with one big enough to lob a watermelon about 100m. It is an impressive
    beast and flat packs into his pickup traler.

    https://en.wikipedia.org/wiki/Trebuchet

    He takes it around rural summer fetes to raise money for charity (and
    buying more water melons). They land with a very satisfying splat!)

    One to throw a tennis ball 20ft would be a bit dangerous close to but
    very reproducible if that is what you want.

    The former seems to be easier to get repeatability.  But, still
    not great as it constrains HOW you develop the force to be applied.

    A ferrous projectile would probably be easier to control
    (think: rail gun) but then the projectile starts to become a safety
    issue.

    Now, we're looking at alternate ways of developing that propulsive
    force -- e.g., controlled air or water (messy!) pressure.  But,
    I suspect qualifying the release valves' performance will prove to
    be a stumbling point (and, how it changes).

    Any other ideas, given latitude in the design of the projectile?


    --
    Martin Brown

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Martin Brown on Thu Nov 21 05:06:59 2024
    On 11/21/2024 4:46 AM, Martin Brown wrote:
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    Trebuchet is probably the method of choice. There is a bloke round here with one big enough to lob a watermelon about 100m. It is an impressive beast and flat packs into his pickup traler.

    https://en.wikipedia.org/wiki/Trebuchet

    He takes it around rural summer fetes to raise money for charity (and buying more water melons). They land with a very satisfying splat!)

    One to throw a tennis ball 20ft would be a bit dangerous close to but very reproducible if that is what you want.

    But how do you RELIABLY adjust the length of throw?

    I.e., "I want THIS (repeatable object) to be tossed in a high arc
    to land X (not Y or Z) feet from the launcher"

    It is permissible to store "calibration factors" -- including
    in *tabular* form. But, you should be able to use any of those
    specified ranges with a reasonable guarantee that you'll strike
    at the correct distance (the launcher won't be able to verify the
    *actual* distance achieved)

    The entire sequence has to happen without human intervention
    (and, ideally, in a short enough time span that one can repeatedly
    "get off rounds" without long delays)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Thu Nov 21 04:31:45 2024
    On 11/21/2024 2:53 AM, Liz Tuddenham wrote:
    Bow and arrow?

    That was actually meant seriously as the geometric arrantement of the
    string acts as a variable-ratio transformer between the movement of the propelling spring (bow) and the increasing velocity of the load (arrow).
    This means that if you charge the spring with a known amount of energy,
    it will always be transferred with the same high efficiency into the
    load.

    By varying the starting point of the arrow, and hence the spring
    tension, you have an accurate repeatable energy input.

    The "variable force constant launch angle" approach was
    implemented on a similar principle: pull a spring back to
    a particular amount of compression and then release.
    (This is how a pinball is launched, hence my inspiration)

    The "release" seems to be a big problem -- getting a (home
    brewed) mechanism that cleanly releases so the stored energy
    can be transferred to the projectile as a step function.

    A similar problem exists if STRETCHING the spring to a particular
    amount of extension.

    There is a bit of twisting moment on the release mechanism
    from the tension in the spring mechanism. So, any slop
    in the "manufacture" results in a variable amount of binding.

    And, you need a lot of (electromechanical) force to disengage
    the release from the mechanism.

    I've been trying to get a feel for what we could do pneumatically
    or hydraulically in the belief that we could just buy premade
    valves that are (hopefully?) more repeatable. So, the controller
    would simply monitor the pressure in the "launch chamber" and
    open the release valve when the desired pressure had been achieved (simultaneously disabling the source of said pressure).

    Ideally, we want to be able to say "lob this projectile X feet"
    (along an azimuth that is separately selected). And, at a high
    enough angle that it ONLY impacts that location (none shorter
    nor longer).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Brown@21:1/5 to Don Y on Thu Nov 21 12:34:30 2024
    On 21/11/2024 12:06, Don Y wrote:
    On 11/21/2024 4:46 AM, Martin Brown wrote:
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    Trebuchet is probably the method of choice. There is a bloke round
    here with one big enough to lob a watermelon about 100m. It is an
    impressive beast and flat packs into his pickup traler.

    https://en.wikipedia.org/wiki/Trebuchet

    He takes it around rural summer fetes to raise money for charity (and
    buying more water melons). They land with a very satisfying splat!)

    One to throw a tennis ball 20ft would be a bit dangerous close to but
    very reproducible if that is what you want.

    But how do you RELIABLY adjust the length of throw?

    I.e., "I want THIS (repeatable object) to be tossed in a high arc
    to land X (not Y or Z) feet from the launcher"

    Ratchet mechanism and count the number of clicks or stepper motor.

    It is permissible to store "calibration factors" -- including
    in *tabular* form.  But, you should be able to use any of those
    specified ranges with a reasonable guarantee that you'll strike
    at the correct distance (the launcher won't be able to verify the
    *actual* distance achieved)

    The entire sequence has to happen without human intervention
    (and, ideally, in a short enough time span that one can repeatedly
    "get off rounds" without long delays)

    Speed of firing might be its main weakness. The thing depends on moving
    a heavy counterweight up slowly to store the energy and letting it go in
    a single pulse with mechanical amplification of the lever and sling.

    Reproducibility was as I recall quite good.

    --
    Martin Brown

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Thu Nov 21 12:15:48 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/21/2024 2:53 AM, Liz Tuddenham wrote:
    Bow and arrow?

    That was actually meant seriously as the geometric arrantement of the string acts as a variable-ratio transformer between the movement of the propelling spring (bow) and the increasing velocity of the load (arrow). This means that if you charge the spring with a known amount of energy,
    it will always be transferred with the same high efficiency into the
    load.

    By varying the starting point of the arrow, and hence the spring
    tension, you have an accurate repeatable energy input.

    The "variable force constant launch angle" approach was
    implemented on a similar principle: pull a spring back to
    a particular amount of compression and then release.
    (This is how a pinball is launched, hence my inspiration)

    That is a less efficient system because a lot of kinetic energy is left
    in the spring after it has lost contact with the projectile. The
    bowstring method transfers much more of the energy.. The Roman ballista
    and catapulta used a flip-over arm to bring the heavy beam to rest and
    transfer most of its energy to the projectile.

    All those methods were designed during an energy-scarce era, something
    we need to re-visit and learn from.


    The "release" seems to be a big problem

    That is a problem because if the 'catch' (of whatever type) moves to one
    side, it has the potential to introduce a variable factor. If it holds
    onto the projectile along the axis of projection by friction, you have a different variable factor as it releases.

    When faced with a similar problem in the past, I used a thin piece of
    cotton to retain the projectile and snipped or burned it through to
    cause the release, but this isn't really suitable for your application.

    If you don't mind a slighly variable delay in the starting time, could
    you retain the projectile with a clamp and a lead rod aligned on the
    centre of mass. Releasing the clamp would put tension on the lead rod
    which would 'neck' through and give a clean release. That method was
    used for time-delay fuses in WWII.

    Another release mechanism (which I have seen used in air rifles) is to
    have three concentric components. In the centre is a rod attached to
    the mechanism with a 'waist' machined in it. Arounf that is a sleeve
    with three hole drilled radially at 120-degree intervals. In the holes
    are ball bearingsa which engage with the waist when they move inwards.
    Around the outside is a tube which keeps the ball bearing pressed
    inwards.

    When the sleeve is slid off, the balls move outwards and release the
    inner rod. Because they are symmestrical, no unwanted displacing thrust
    is applied to the rod.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Thu Nov 21 05:37:57 2024
    On 11/21/2024 5:15 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/21/2024 2:53 AM, Liz Tuddenham wrote:
    Bow and arrow?

    That was actually meant seriously as the geometric arrantement of the
    string acts as a variable-ratio transformer between the movement of the
    propelling spring (bow) and the increasing velocity of the load (arrow). >>> This means that if you charge the spring with a known amount of energy,
    it will always be transferred with the same high efficiency into the
    load.

    By varying the starting point of the arrow, and hence the spring
    tension, you have an accurate repeatable energy input.

    The "variable force constant launch angle" approach was
    implemented on a similar principle: pull a spring back to
    a particular amount of compression and then release.
    (This is how a pinball is launched, hence my inspiration)

    That is a less efficient system because a lot of kinetic energy is left
    in the spring after it has lost contact with the projectile. The

    But the spring is fully extended (decompressed) when the projectile
    departs. (?)

    bowstring method transfers much more of the energy.. The Roman ballista
    and catapulta used a flip-over arm to bring the heavy beam to rest and transfer most of its energy to the projectile.

    All those methods were designed during an energy-scarce era, something
    we need to re-visit and learn from.

    The "release" seems to be a big problem

    That is a problem because if the 'catch' (of whatever type) moves to one side, it has the potential to introduce a variable factor. If it holds
    onto the projectile along the axis of projection by friction, you have a different variable factor as it releases.

    When faced with a similar problem in the past, I used a thin piece of
    cotton to retain the projectile and snipped or burned it through to
    cause the release, but this isn't really suitable for your application.

    If you don't mind a slighly variable delay in the starting time, could
    you retain the projectile with a clamp and a lead rod aligned on the
    centre of mass. Releasing the clamp would put tension on the lead rod
    which would 'neck' through and give a clean release. That method was
    used for time-delay fuses in WWII.

    The mechanism must be able to be loaded, "cocked" and released
    without humans being involved.

    Loading projectiles (if you assume there is some upper limit on
    quantity) is relatively easy -- esp as one can jigger the characteristics
    of the projectiles to make them more amenable to loading, transfer, etc.

    Most of the schemes that I've come up with also can address changing
    the STORED force.

    But, getting a clean, repeatable release eludes me -- especially
    trying to cobble something together with cheap "parts on hand".

    Another release mechanism (which I have seen used in air rifles) is to
    have three concentric components. In the centre is a rod attached to
    the mechanism with a 'waist' machined in it. Arounf that is a sleeve
    with three hole drilled radially at 120-degree intervals. In the holes
    are ball bearingsa which engage with the waist when they move inwards.
    Around the outside is a tube which keeps the ball bearing pressed
    inwards.

    This seems to mimic the mechanism used to interconnect pneumatic quick
    release fittings (?). The balls are the "catch" (by adding to -- or subtracting from -- the effective diameter)

    <https://www.rfshydraulics.com/uploads/4/2/8/4/42846051/published/20160422-151006-copy.png?1589352810>

    Pulling the outer collar back allows the balls to "fall" outward
    so the notch/groove (waist?) in the mating fixture can clear them.

    When the sleeve is slid off, the balls move outwards and release the
    inner rod. Because they are symmestrical, no unwanted displacing thrust
    is applied to the rod.

    I think re-SETTING that would be difficult. Ensuring that the two
    pieces come together with the right physical relationship WHILE
    simultaneously holding the release "open"?

    The spring approach was relatively easy to mock up (despite being
    a poor performer). I used a linear actuator to move the spring
    (effectively shortening -- cocking -- it or "resetting" to the
    uncocked position). The release mechanism could then stay stationary;
    the spring pressing up against it while cocked and being retracted
    (reset) once it had delivered its energy to the load.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Martin Brown on Thu Nov 21 05:43:45 2024
    On 11/21/2024 5:34 AM, Martin Brown wrote:
    On 21/11/2024 12:06, Don Y wrote:
    On 11/21/2024 4:46 AM, Martin Brown wrote:
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    Trebuchet is probably the method of choice. There is a bloke round here with
    one big enough to lob a watermelon about 100m. It is an impressive beast and
    flat packs into his pickup traler.

    https://en.wikipedia.org/wiki/Trebuchet

    He takes it around rural summer fetes to raise money for charity (and buying
    more water melons). They land with a very satisfying splat!)

    One to throw a tennis ball 20ft would be a bit dangerous close to but very >>> reproducible if that is what you want.

    But how do you RELIABLY adjust the length of throw?

    I.e., "I want THIS (repeatable object) to be tossed in a high arc
    to land X (not Y or Z) feet from the launcher"

    Ratchet mechanism and count the number of clicks or stepper motor.

    But the "release" mechanism would still be under a lot of stress.
    OTOH, a 'slow" release would likely have a less consequential
    effect on the projectile's flight.

    I had, instead, imagined changing the weight of the counterweight
    so the release would be unaffected (?)

    It is permissible to store "calibration factors" -- including
    in *tabular* form.  But, you should be able to use any of those
    specified ranges with a reasonable guarantee that you'll strike
    at the correct distance (the launcher won't be able to verify the
    *actual* distance achieved)

    The entire sequence has to happen without human intervention
    (and, ideally, in a short enough time span that one can repeatedly
    "get off rounds" without long delays)

    Speed of firing might be its main weakness. The thing depends on moving a heavy
    counterweight up slowly to store the energy and letting it go in a single pulse
    with mechanical amplification of the lever and sling.

    I will have to make this very small (probably much less than a cubic
    foot in total volume). But, I can correspondingly alter the size
    and weight of the projectile.

    It also seems to give me the most flexibility in the characteristics of the projectile (watermelon, tennis ball, water balloon, etc.)

    Reproducibility was as I recall quite good.

    But I suspect the forces involved in lobbing watermelons scores of
    yards swamps the characteristics of the load -- so variations
    would appear as "noise". Imagine how the same (scale) mechanism
    might vary with a load like a tennis ball (over those distances).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bill Sloman@21:1/5 to Don Y on Fri Nov 22 00:16:21 2024
    On 21/11/2024 11:37 pm, Don Y wrote:
    On 11/21/2024 5:15 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/21/2024 2:53 AM, Liz Tuddenham wrote:
    Bow and arrow?

    That was actually meant seriously as the geometric arrantement of the
    string acts as a variable-ratio transformer between the movement of the >>>> propelling spring (bow) and the increasing velocity of the load
    (arrow).
    This means that if you charge the spring with a known amount of energy, >>>> it will always be transferred with the same high efficiency into the
    load.

    By varying the starting point of the arrow, and hence the spring
    tension, you have an accurate repeatable energy input.

    The "variable force constant launch angle" approach was
    implemented on a similar principle:  pull a spring back to
    a particular amount of compression and then release.
    (This is how a pinball is launched, hence my inspiration)

    That is a less efficient system because a lot of kinetic energy is left
    in the spring after it has lost contact with the projectile.  The

    But the spring is fully extended (decompressed) when the projectile departs.  (?)

    The spring is moving as fast as the projectile when it separates from
    the projectile. The same objection applies to a bow and arrow, but there
    it is the relatively light bow-string which is moving as fast as the projectile, and the relatively heavy bow moves a lot more slowly than
    the string.

    <snip>

    --
    Bill Sloman, Sydney

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Brown@21:1/5 to Don Y on Thu Nov 21 14:38:09 2024
    On 21/11/2024 12:43, Don Y wrote:
    On 11/21/2024 5:34 AM, Martin Brown wrote:

    Reproducibility was as I recall quite good.

    But I suspect the forces involved in lobbing watermelons scores of
    yards swamps the characteristics of the load -- so variations
    would appear as "noise".  Imagine how the same (scale) mechanism
    might vary with a load like a tennis ball (over those distances).

    One other thought you might be able to buy a tennis practice serve
    machine off the shelf with high reproducibility.

    --
    Martin Brown

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Thu Nov 21 15:04:44 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/21/2024 5:15 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/21/2024 2:53 AM, Liz Tuddenham wrote:
    Bow and arrow?

    That was actually meant seriously as the geometric arrantement of the
    string acts as a variable-ratio transformer between the movement of the >>> propelling spring (bow) and the increasing velocity of the load (arrow). >>> This means that if you charge the spring with a known amount of energy, >>> it will always be transferred with the same high efficiency into the
    load.

    By varying the starting point of the arrow, and hence the spring
    tension, you have an accurate repeatable energy input.

    The "variable force constant launch angle" approach was
    implemented on a similar principle: pull a spring back to
    a particular amount of compression and then release.
    (This is how a pinball is launched, hence my inspiration)

    That is a less efficient system because a lot of kinetic energy is left
    in the spring after it has lost contact with the projectile. The

    But the spring is fully extended (decompressed) when the projectile
    departs. (?)

    But one end has considerable mass and is moving, so it has kinetic
    energy.


    [...]
    The mechanism must be able to be loaded, "cocked" and released
    without humans being involved.

    Have you seen the devices for throwing clay pigeons that are 'cocked' by
    a crank on a lorry windscreen wiper motor tensioning a chest expander
    spring. All very off-the-shelf stuff but not particularly accurate or efficient. (but bloody frightening when you are working on one and it
    goes off unexpectedly).

    [...]
    Another release mechanism (which I have seen used in air rifles) is to
    have three concentric components.[...]

    This seems to mimic the mechanism used to interconnect pneumatic quick release fittings (?).

    Yes, that's exactly the same idea.
    [...]

    I think re-SETTING that would be difficult.

    In an air rifle it is allre-set by a mechanical linkage that operates
    from 'breaking' the barrel to reload, with small auxiliary springs that
    pull all the components into place automatically. The user is unaware
    of any complication.


    The spring approach was relatively easy to mock up (despite being
    a poor performer). I used a linear actuator to move the spring
    (effectively shortening -- cocking -- it or "resetting" to the
    uncocked position). The release mechanism could then stay stationary;
    the spring pressing up against it while cocked and being retracted
    (reset) once it had delivered its energy to the load.

    Not exactly off-the-shelf, but have you thought about a linear motor?
    That would be eminently controllable as the speed of the projectile
    could be measured and corrected as it accelerates.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Martin Brown on Thu Nov 21 15:07:32 2024
    Martin Brown <'''newspam'''@nonad.co.uk> wrote:

    [...]
    Speed of firing might be its main weakness. The thing depends on moving
    a heavy counterweight up slowly to store the energy and letting it go in
    a single pulse with mechanical amplification of the lever and sling.

    That's not amplification, that's impedance matching.

    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From legg@21:1/5 to blockedofcourse@foo.invalid on Thu Nov 21 12:03:31 2024
    On Thu, 21 Nov 2024 00:04:45 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    The former seems to be easier to get repeatability. But, still
    not great as it constrains HOW you develop the force to be applied.

    A ferrous projectile would probably be easier to control
    (think: rail gun) but then the projectile starts to become a safety
    issue.

    Now, we're looking at alternate ways of developing that propulsive
    force -- e.g., controlled air or water (messy!) pressure. But,
    I suspect qualifying the release valves' performance will prove to
    be a stumbling point (and, how it changes).

    Any other ideas, given latitude in the design of the projectile?

    Boring, but think 'sling'. david and Goliath etc.

    Rotating arm, center-fed ~ counterbalanced.

    axle tilt, fixed length arm (rpm), angle of release,

    Golfers would go for it.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Thu Nov 21 16:53:41 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    The "release" seems to be a big problem -- getting a (home
    brewed) mechanism that cleanly releases so the stored energy
    can be transferred to the projectile as a step function.

    A bow and arrow arrangement with two bow strings, one slightly longer
    than the other. The shorter string is notched into the projectile and
    the longer string is held back by a 'rolling nut' in a similar way to a mediaeval crossbow. The displacement caused by the rolling nut
    releasing the longer string will not be communicated to the shorter
    string or the projectile.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Martin Brown on Thu Nov 21 10:36:17 2024
    On 11/21/2024 7:38 AM, Martin Brown wrote:
    On 21/11/2024 12:43, Don Y wrote:
    On 11/21/2024 5:34 AM, Martin Brown wrote:

    Reproducibility was as I recall quite good.

    But I suspect the forces involved in lobbing watermelons scores of
    yards swamps the characteristics of the load -- so variations
    would appear as "noise".  Imagine how the same (scale) mechanism
    might vary with a load like a tennis ball (over those distances).

    One other thought you might be able to buy a tennis practice serve machine off
    the shelf with high reproducibility.

    I would think that would put way too much force into the "throw" (?)

    I'd played with things like "Nerf guns" figuring they are tuned for
    low mass projectiles (I suspect increasing mass just makes the problem
    harder to solve):
    <https://en.wikipedia.org/wiki/Nerf_Blaster>

    "Lob" is a great choice of word to describe my goal. All I want to
    do is move a mass to a particular location over a trajectory that
    ensures it won't interact with anything along the way (hence a HIGH
    lob).

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    [That;s what led me to beanbags and water balloons]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bp@www.zefox.net@21:1/5 to Martin Brown on Thu Nov 21 17:18:30 2024
    Martin Brown <'''newspam'''@nonad.co.uk> wrote:

    One other thought you might be able to buy a tennis practice serve
    machine off the shelf with high reproducibility.

    The tennis ball thrower seems promising if the projectile weight is
    close to right.

    Another thought would be a crossbow-like mechanism with a motorized
    winding mechanism. Range could be adjusted by moving the limbs to
    vary the preload on the string. Bulk can be reduced by using a
    reverse-draw layout.

    [electronics content]
    Many years ago I worked on a project to build a fast (microseconds)
    opening gas valve. Introducing a flying weight (essentially a hammper)
    between the first actuator and the rest of the control train improved reproducibility by sharpening up the trigger impulse. If you end up
    using a pneumatic "gun" that would help regularize valve performance.

    We used a pulsed coil accelerating an aluminum ring which then hit
    the valve poppet to drive it off of its seat.
    \[electronics content

    A similar approach could be applied to a crossbow or catapult sear.

    Thanks for reading,

    bob prohaska

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to bp@www.zefox.net on Thu Nov 21 19:05:52 2024
    <bp@www.zefox.net> wrote:

    Martin Brown <'''newspam'''@nonad.co.uk> wrote:
    [...]
    Another thought would be a crossbow-like mechanism with a motorized
    winding mechanism.

    Apparently the technical term for the winding mechanism of a crossbow is "Crannequin", which sounds as though it could be quite naughty - so it
    is a word we ought to use more often.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joe Gwinn@21:1/5 to blockedofcourse@foo.invalid on Thu Nov 21 14:23:56 2024
    On Thu, 21 Nov 2024 00:04:45 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    The former seems to be easier to get repeatability. But, still
    not great as it constrains HOW you develop the force to be applied.

    A ferrous projectile would probably be easier to control
    (think: rail gun) but then the projectile starts to become a safety
    issue.

    Now, we're looking at alternate ways of developing that propulsive
    force -- e.g., controlled air or water (messy!) pressure. But,
    I suspect qualifying the release valves' performance will prove to
    be a stumbling point (and, how it changes).

    Any other ideas, given latitude in the design of the projectile?

    It sounds like you need a steel-spring crossbow mechanism as the
    starting point.

    .<https://en.wikipedia.org/wiki/Crossbow>

    Joe

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bp@www.zefox.net@21:1/5 to Don Y on Fri Nov 22 00:52:17 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    Apologies if I missed it, but what are the masses and accelerations in play?

    bob prohaska

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Thu Nov 21 19:47:56 2024
    On 11/21/2024 9:53 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    The "release" seems to be a big problem -- getting a (home
    brewed) mechanism that cleanly releases so the stored energy
    can be transferred to the projectile as a step function.

    A bow and arrow arrangement with two bow strings, one slightly longer
    than the other. The shorter string is notched into the projectile and
    the longer string is held back by a 'rolling nut' in a similar way to a mediaeval crossbow. The displacement caused by the rolling nut
    releasing the longer string will not be communicated to the shorter
    string or the projectile.

    I'm sorry but I can't visualize this.

    I assume the second bow string is *behind* (farther from the projectile)
    the first? (if a human was using the bow, then the second string would
    be closer to HIM) But, that it is stretched similarly to the first?

    What is the "rolling nut" attached to? How does IT release the
    first string?

    How do I load a projectile if it's orientation onto the string is
    important (notched)?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Thu Nov 21 19:44:57 2024
    On 11/21/2024 8:04 AM, Liz Tuddenham wrote:
    The mechanism must be able to be loaded, "cocked" and released
    without humans being involved.

    Have you seen the devices for throwing clay pigeons that are 'cocked' by
    a crank on a lorry windscreen wiper motor tensioning a chest expander
    spring. All very off-the-shelf stuff but not particularly accurate or efficient. (but bloody frightening when you are working on one and it
    goes off unexpectedly).

    (Mechanical) efficiency isn't particularly important. I can't
    imagine the projectiles ever having any significant mass (as if
    they DID, they would pose a risk to the environment)

    I think re-SETTING that would be difficult.

    In an air rifle it is allre-set by a mechanical linkage that operates
    from 'breaking' the barrel to reload, with small auxiliary springs that
    pull all the components into place automatically. The user is unaware
    of any complication.

    Yes, but a machine is going to have to do this "to itself"; load
    the projectile, cock the mechanism (for a specific "throw range"),
    then "fire" the projectile. Lather, rinse, repeat.

    The spring approach was relatively easy to mock up (despite being
    a poor performer). I used a linear actuator to move the spring
    (effectively shortening -- cocking -- it or "resetting" to the
    uncocked position). The release mechanism could then stay stationary;
    the spring pressing up against it while cocked and being retracted
    (reset) once it had delivered its energy to the load.

    Not exactly off-the-shelf, but have you thought about a linear motor?
    That would be eminently controllable as the speed of the projectile
    could be measured and corrected as it accelerates.

    But that places constraints on the types of materials that can be used
    in the projectile.

    I keep coming back to pneumatics. There are several children toys that
    "fire" lightweight projectiles. They, of course, aren't particularly
    concerned with repeatability. And, their projectiles are often so
    flimsy that air currents can affect their travel.

    I recall making "cannons" by taping together tin cans whose tops and bottoms had been removed. Squirting some lighter fluid in the bottom-most. Dropping
    a tennis ball in and touching a match to a "firing hole".

    Of course, that's an explosive launch but it is really just an expanding
    volume of air doing the work.

    I figure if I could pressurize a container to a specific pressure
    (based on desired range) and then discharge that stored energy into
    a chamber behind the projectile, it should eject it. Then, repressurize
    the container for the next "shot". Select the projectile for the
    most uniform flight characteristics.

    This puts the key moving parts in the "release valve" -- hopefully
    something that can be purchased with somewhat repeatable performance.

    Then "calibration" is simply empirically building a table of (pressure,distance) tuples (assuming elevation is constant; else add
    a third member to the tuples).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to bp@www.zefox.net on Thu Nov 21 19:50:20 2024
    On 11/21/2024 10:18 AM, bp@www.zefox.net wrote:
    Martin Brown <'''newspam'''@nonad.co.uk> wrote:

    One other thought you might be able to buy a tennis practice serve
    machine off the shelf with high reproducibility.

    The tennis ball thrower seems promising if the projectile weight is
    close to right.

    Another thought would be a crossbow-like mechanism with a motorized
    winding mechanism. Range could be adjusted by moving the limbs to
    vary the preload on the string. Bulk can be reduced by using a
    reverse-draw layout.

    The machine would have to move the limbs. Once fabricated (and
    "loaded" with a supply of projectiles), a human doesn't interact
    with it.

    [electronics content]
    Many years ago I worked on a project to build a fast (microseconds)
    opening gas valve. Introducing a flying weight (essentially a hammper) between the first actuator and the rest of the control train improved reproducibility by sharpening up the trigger impulse. If you end up
    using a pneumatic "gun" that would help regularize valve performance.

    We used a pulsed coil accelerating an aluminum ring which then hit
    the valve poppet to drive it off of its seat.
    \[electronics content

    A similar approach could be applied to a crossbow or catapult sear.

    <frown> This sounds complex.

    What sort of performance did you see from "unassisted" valves?
    I.e., what made it so important to have such a fast action?

    Thanks for reading,

    bob prohaska


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Thu Nov 21 19:51:10 2024
    On 11/21/2024 12:05 PM, Liz Tuddenham wrote:
    <bp@www.zefox.net> wrote:

    Martin Brown <'''newspam'''@nonad.co.uk> wrote:
    [...]
    Another thought would be a crossbow-like mechanism with a motorized
    winding mechanism.

    Apparently the technical term for the winding mechanism of a crossbow is "Crannequin", which sounds as though it could be quite naughty - so it
    is a word we ought to use more often.

    Imagine being known for crannequin the mannequin!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to bp@www.zefox.net on Thu Nov 21 19:55:17 2024
    On 11/21/2024 5:52 PM, bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    Apologies if I missed it, but what are the masses and accelerations in play?

    The masses are negotiable. As is the acceleration (as long as you
    can overcome gravity).

    The goal is to PLACE a "thing" (projectile) at a specific location
    relative to the launcher. And, to have it reach that location
    with minimal interaction with anything located between the launcher
    and destination.

    E.g., If something was located immediately adjacent to the
    launcher, the projectile's path should go OVER the obstacle
    and not expect to be able to pass THROUGH it.

    Imagine using a nerf gun to lob those little sponge balls
    up, over obstacles -- but, being able to precisely control
    the range so they land where planned (no farther nor shorter)

    But, to do so completely under automation, without any human
    intervention.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bp@www.zefox.net@21:1/5 to Don Y on Fri Nov 22 03:54:28 2024
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/21/2024 10:18 AM, bp@www.zefox.net wrote:
    Martin Brown <'''newspam'''@nonad.co.uk> wrote:

    One other thought you might be able to buy a tennis practice serve
    machine off the shelf with high reproducibility.

    The tennis ball thrower seems promising if the projectile weight is
    close to right.

    Another thought would be a crossbow-like mechanism with a motorized
    winding mechanism. Range could be adjusted by moving the limbs to
    vary the preload on the string. Bulk can be reduced by using a
    reverse-draw layout.

    The machine would have to move the limbs. Once fabricated (and
    "loaded" with a supply of projectiles), a human doesn't interact
    with it.

    [electronics content]
    Many years ago I worked on a project to build a fast (microseconds)
    opening gas valve. Introducing a flying weight (essentially a hammper)
    between the first actuator and the rest of the control train improved
    reproducibility by sharpening up the trigger impulse. If you end up
    using a pneumatic "gun" that would help regularize valve performance.

    We used a pulsed coil accelerating an aluminum ring which then hit
    the valve poppet to drive it off of its seat.
    \[electronics content

    A similar approach could be applied to a crossbow or catapult sear.

    <frown> This sounds complex.

    It was.

    What sort of performance did you see from "unassisted" valves?
    Hammerless valves would start to leak millisconds before reaching
    full flow.

    I.e., what made it so important to have such a fast action?

    The idea was to place a shaped "puff" of gas between two electrodes,
    then apply high voltage to initiate an arc in the gas and compress it.
    The experiment was called a Z pinch. Since gas expands at the speed of
    sound the puffing operation had to be finished in a few tens of microseconds. Otherwise that gas would go places unwanted and cause trouble.

    My point was that if your launcher's trajectory is disturbed by the release mechanism, whacking the release out of the way will reduce the disturbance..

    Thanks for reading,

    bob prohaska

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to legg on Thu Nov 21 21:46:03 2024
    On 11/21/2024 10:03 AM, legg wrote:
    Boring, but think 'sling'. david and Goliath etc.

    Rotating arm, center-fed ~ counterbalanced.

    axle tilt, fixed length arm (rpm), angle of release,

    That could work. Loading the projectile (likely something
    symmetric for such a launcher -- like a ball) would just require the
    pocket of the sling be in a particular place at loading time.

    The sling need not be flexible (like a historical sling)
    so this could be ensured relatively easily.

    Unlike the "single shot" mechanisms discussed, so far, one
    could "wind up" the mechanism and release when the proper
    "tangent velocity" was attained.

    But, would the release mechanism be any less prone to the sorts
    of problems my "cocked spring" exhibited? Perhaps the
    centrifugal force could be exploited to facilitate the projectile
    getting away from the "catch"?

    Golfers would go for it.

    RL

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bp@www.zefox.net@21:1/5 to Don Y on Fri Nov 22 04:24:25 2024
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/21/2024 5:52 PM, bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    Apologies if I missed it, but what are the masses and accelerations in play?

    The masses are negotiable. As is the acceleration (as long as you
    can overcome gravity).

    Per projectile? All the same? Are they fragile? Same aerodynamics,
    or variable? Grams per cc, or cc's per gram?

    The goal is to PLACE a "thing" (projectile) at a specific location
    relative to the launcher. And, to have it reach that location
    with minimal interaction with anything located between the launcher
    and destination.

    What's the permissible error in position and landing speed?


    E.g., If something was located immediately adjacent to the
    launcher, the projectile's path should go OVER the obstacle
    and not expect to be able to pass THROUGH it.

    That's a mortar or howitzer.

    Imagine using a nerf gun to lob those little sponge balls
    up, over obstacles -- but, being able to precisely control
    the range so they land where planned (no farther nor shorter)

    Now you're talking projectiles dominated by aerodynamic drag.
    Does your launcher need to take air movement into account?

    But, to do so completely under automation, without any human
    intervention.

    Are you thinking of something like https://en.wikipedia.org/wiki/Girardoni_air_rifle
    ?

    One could build a version to launch Nerf balls. Note that it
    used a hammer to operate the gas valve and compensate at least
    partly for pressure changes. You'd want a very low pressure
    for 20 feet. Perhaps you want a toned-down potato cannon (I
    think that was mentioned previously by someone).

    hth,

    bob prohaska

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to bp@www.zefox.net on Thu Nov 21 22:53:54 2024
    On 11/21/2024 9:24 PM, bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/21/2024 5:52 PM, bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    Apologies if I missed it, but what are the masses and accelerations in play?

    The masses are negotiable. As is the acceleration (as long as you
    can overcome gravity).

    Per projectile? All the same? Are they fragile? Same aerodynamics,
    or variable? Grams per cc, or cc's per gram?

    You don't care if the projectile FLOATS to the destination.
    As long as it isn't disturbed by minor air currents, etc.

    The goal is to PLACE a "thing" (projectile) at a specific location
    relative to the launcher. And, to have it reach that location
    with minimal interaction with anything located between the launcher
    and destination.

    What's the permissible error in position and landing speed?

    Landing speed depends on what the projectile is made of.
    E.g., you wouldn't want it to "bounce" past the targeted
    location. I have seriously considered "water balloons"
    because they "disintegrate" on impact and the water
    disipates. By contrast, hurling ROCKS would result in
    a bunch of rocks "persisting" in the arena.

    E.g., If something was located immediately adjacent to the
    launcher, the projectile's path should go OVER the obstacle
    and not expect to be able to pass THROUGH it.

    That's a mortar or howitzer.

    Yes. Or, any launch mechanism that goes UP before OVER.
    Contrast with a machine gun that goes THROUGH.

    Imagine using a nerf gun to lob those little sponge balls
    up, over obstacles -- but, being able to precisely control
    the range so they land where planned (no farther nor shorter)

    Now you're talking projectiles dominated by aerodynamic drag.
    Does your launcher need to take air movement into account?

    No. But, the design choice should have tolerance for small
    air currents. If necessary, it will be operated indoors.
    Expecting it to work outdoors in an area that may experience
    high/variable winds would be a taller order.

    But, to do so completely under automation, without any human
    intervention.

    Are you thinking of something like https://en.wikipedia.org/wiki/Girardoni_air_rifle
    ?

    Overkill as it doesn't need to be that portable.

    But, conceptually, I think this is the basis for a possible
    approach.

    Imagine a small (battery powered) compressor feeding a
    container that has a valve on its outlet. A pressure transducer
    to monitor the current pressure -- which will change at a rate
    that is defined by the capabilities of the compressor and
    the volume of the container.

    So, a machine could (when commanded to "prepare to fire")
    activate the compressor and monitor pressure until it
    reaches the desired set point. If the "fire" command is
    delayed, it could reactivate the compressor to handle any
    leakage from the container (or, backwards through the
    compressor while OFF).

    When commanded, the valve on the outlet -- which feeds into
    the projectile launcher -- can be "cleanly" opened (hence my
    interest in your example) to allow the compressed air to
    rapidly exit the container, propelling the projectile out.

    Shortly thereafter, a new projectile could be "loaded"
    in anticipation of a future command to "prepare to fire",
    etc.

    One could build a version to launch Nerf balls. Note that it
    used a hammer to operate the gas valve and compensate at least
    partly for pressure changes. You'd want a very low pressure
    for 20 feet. Perhaps you want a toned-down potato cannon (I
    think that was mentioned previously by someone).

    The point is finding the right combination of mechanism
    and projectile to get repeatability from the system.
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Imagine a nerf gun that could launch a watermelon 100 meters.
    It would be a flop in THAT market!

    "Fred, your son just broke Mr Wilson's picture window,
    again. That;s the third time this month..."

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Fri Nov 22 10:49:33 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    We've tried using a constant force with a variable launch angle
    (higher for shorter).

    And, a variable force with a constant launch angle (push harder
    to throw farther).

    The former seems to be easier to get repeatability. But, still
    not great as it constrains HOW you develop the force to be applied.

    A ferrous projectile would probably be easier to control
    (think: rail gun) but then the projectile starts to become a safety
    issue.

    Now, we're looking at alternate ways of developing that propulsive
    force -- e.g., controlled air or water (messy!) pressure. But,
    I suspect qualifying the release valves' performance will prove to
    be a stumbling point (and, how it changes).

    Any other ideas, given latitude in the design of the projectile?

    A long cylinder with recesses in its surface into which the projectiles
    are loaded. It is spun rapidly inside a loose-fitting tube and
    withdrawn at a steady speed. The end of the tube where the projectiles
    come out is shaped as a scroll with a lip so that the projectiles become
    free at a definite angle of rotation.

    The speed of rotation could be used to control the velocity and rotating
    the outer tube to vary the position of the lip would change the launch
    angle. The whole thing could be made with a screw thread traversing
    mechanism like the very earliest experimental Edison tinfoil
    phonographs.

    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clive Arthur@21:1/5 to Don Y on Fri Nov 22 16:03:56 2024
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    <snip>

    I'd look at the way people throw pétanque boules. I imagine they've
    developed an accurate technique.

    --
    Cheers
    Clive

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bp@www.zefox.net@21:1/5 to Don Y on Fri Nov 22 18:30:05 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    The point is finding the right combination of mechanism
    and projectile to get repeatability from the system.

    Yes, repeatability is the first requirement for accuracy.

    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    Perhaps the most clever feature of the Giradoni mechanism
    is pitting the momentum of the hammer _against_ the air pressure
    bearing on the release valve. As the pressure goes down, the
    valve opens farther, at least partially compensating for the
    lower pressure.

    Since you will have control of the exact pressure that particular
    compensation isn't needed. Still, if the valve opens differently
    on timescales comparable to the departure time of the projectile
    repeatability will suffer and with it accuracy. Opening the valve
    poppet before the projectile moves is one way to help repeatability.
    For the velocities you envision that shouldn't be difficult.

    A pneumatic potato cannon seems like a good starting point.

    bob prohaska

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Anass Luca@21:1/5 to bp@www.zefox.net on Fri Nov 22 19:36:21 2024
    bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    You are interacting with "Don Y". If you go review other postings
    where "Don Y" has initiated a thread like this one you will find that
    the "Don Y" poster quite effectively trolls the group every single
    time. The initial post is always ambigious and seriously lacking in
    necessary details, such that 234+ wrong possibilities could be seen by
    readers. And as others in the group request details to try to gain an understanding from the vague, detail lacking initial post, they are
    slowly tricked out over the course of days and plural postings from
    "Don Y", intermixed with numerous random asides to maximize confusion. Meanwhile, as the supposed details are trickled out, the apparent
    requirements needed also shift as posters appear to gain any
    understanding in order to keep the responders in the dark and allow the
    "Don Y" trolling articles to continue to troll everyone who responds.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeroen Belleman@21:1/5 to Anass Luca on Fri Nov 22 21:37:35 2024
    On 11/22/24 20:36, Anass Luca wrote:
    bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    You are interacting with "Don Y". If you go review other postings
    where "Don Y" has initiated a thread like this one you will find that
    the "Don Y" poster quite effectively trolls the group every single
    time. The initial post is always ambigious and seriously lacking in necessary details, such that 234+ wrong possibilities could be seen by readers. And as others in the group request details to try to gain an understanding from the vague, detail lacking initial post, they are
    slowly tricked out over the course of days and plural postings from
    "Don Y", intermixed with numerous random asides to maximize confusion. Meanwhile, as the supposed details are trickled out, the apparent requirements needed also shift as posters appear to gain any
    understanding in order to keep the responders in the dark and allow the
    "Don Y" trolling articles to continue to troll everyone who responds.



    That is unfortunately a rather accurate characterization, I concede.

    Jeroen Belleman

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeroen Belleman@21:1/5 to Don Y on Fri Nov 22 21:21:43 2024
    On 11/22/24 03:55, Don Y wrote:
    On 11/21/2024 5:52 PM, bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    Apologies if I missed it, but what are the masses and accelerations in
    play?

    The masses are negotiable.  As is the acceleration (as long as you
    can overcome gravity).

    The goal is to PLACE a "thing" (projectile) at a specific location
    relative to the launcher.  And, to have it reach that location
    with minimal interaction with anything located between the launcher
    and destination.

    E.g., If something was located immediately adjacent to the
    launcher, the projectile's path should go OVER the obstacle
    and not expect to be able to pass THROUGH it.

    Imagine using a nerf gun to lob those little sponge balls
    up, over obstacles -- but, being able to precisely control
    the range so they land where planned (no farther nor shorter)

    But, to do so completely under automation, without any human
    intervention.



    You may want to look at marble machines on youtube. This one
    seems much like what you're asking for.

    https://www.youtube.com/watch?v=-AZMmg0qq4A

    Jeroen Belleman

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From john larkin@21:1/5 to jeroen@nospam.please on Fri Nov 22 13:12:49 2024
    On Fri, 22 Nov 2024 21:21:43 +0100, Jeroen Belleman
    <jeroen@nospam.please> wrote:

    On 11/22/24 03:55, Don Y wrote:
    On 11/21/2024 5:52 PM, bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    Ideally, I would like the mass to STOP at the destination (not bounce
    or roll away) but that's a secondary goal.

    Apologies if I missed it, but what are the masses and accelerations in
    play?

    The masses are negotiable.  As is the acceleration (as long as you
    can overcome gravity).

    The goal is to PLACE a "thing" (projectile) at a specific location
    relative to the launcher.  And, to have it reach that location
    with minimal interaction with anything located between the launcher
    and destination.

    E.g., If something was located immediately adjacent to the
    launcher, the projectile's path should go OVER the obstacle
    and not expect to be able to pass THROUGH it.

    Imagine using a nerf gun to lob those little sponge balls
    up, over obstacles -- but, being able to precisely control
    the range so they land where planned (no farther nor shorter)

    But, to do so completely under automation, without any human
    intervention.



    You may want to look at marble machines on youtube. This one
    seems much like what you're asking for.

    https://www.youtube.com/watch?v=-AZMmg0qq4A

    Jeroen Belleman

    A marble that rolled down a ramp and hit a hook-shaped launch thing
    would be very precise.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to bp@www.zefox.net on Fri Nov 22 15:05:13 2024
    On 11/22/2024 11:30 AM, bp@www.zefox.net wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    A gun (in the sense of handgun) tends not to have a "range control".
    You can use "light loads" (bullets with less black powder than a
    "normal load") but that's not really intended to decrease the
    firing range.

    Artillery is more along the lines of my goal -- where you
    want to lob a shell at a particular distance from the gun.

    There, however, the shells aren't altered to change the
    range-from-launcher, just the elevation of the barrel
    (though I don't know that for a fact; and, on battleships,
    the explosive charge could be changed to adjust the range
    to some extent)

    Perhaps the most clever feature of the Giradoni mechanism
    is pitting the momentum of the hammer _against_ the air pressure
    bearing on the release valve. As the pressure goes down, the
    valve opens farther, at least partially compensating for the
    lower pressure.

    I will have to see if I can find more detailed documentation
    of the mechanism. We're only looking at onesy-twosy quantities
    so spending much on engineering or manufacturing isn't a real
    issue. OTOH, if it's an extra "hour with a file", that's acceptable.

    Since you will have control of the exact pressure that particular compensation isn't needed. Still, if the valve opens differently
    on timescales comparable to the departure time of the projectile repeatability will suffer and with it accuracy.

    Yes. The same was true with the spring release mechanism I mentioned.
    You want a "clean" transition from held (closed) to released (open)

    Opening the valve
    poppet before the projectile moves is one way to help repeatability.
    For the velocities you envision that shouldn't be difficult.

    I was hoping to capitalize on some "prior experience" with pneumatic
    valves for real data before trying to build something as I indicated
    in the initial post. My prior process control experience hasn't been
    concerned with the details of the valves' opening or closing -- it's
    always just been used as an electrically controllable "gate".

    A pneumatic potato cannon seems like a good starting point.

    Again, most "guns" try for maximum range. You don't see folks
    bragging about the SHORTNESS of the range of their potato gun
    or how repeatably it can achieve a given range (potatoes are
    inconsistent projectiles). And, if the user wants to hit a
    particular target, he has feedback from his prior attempts
    to adjust the "charge", projectile and elevation. *We* have to
    rely on that being baked into the design.

    Even nerf guns want to aspire to having the longest range possible
    (without risking injury).

    My initial statement says it all:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.
    putting only the /essential/ constraints in that statement.

    I.e., you are free to define the characteristics of the projectile
    and mechanism -- subject to the requirement for repeatability
    and range (and the fact that it must travel over a high arc
    to it's target -- as suggested by "lob" -- soas to avoid any
    obstacles in the way)

    But, I would imagine a potato gun would get the best range (for
    a given "potato") with the "cleanest" valve transition!

    [OTOH, with ammunition, you can control the burn timing as
    well as total load to help propel the bullet down the barrel
    with a slower/delayed burn. Maybe this "slowed release" impacts
    the effectiveness of a potato moreso than a ping-pong ball or
    other lightweight projectile?]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jeroen Belleman on Fri Nov 22 15:12:29 2024
    On 11/22/2024 1:21 PM, Jeroen Belleman wrote:
    But, to do so completely under automation, without any human
    intervention.

    You may want to look at marble machines on youtube. This one
    seems much like what you're asking for.

    https://www.youtube.com/watch?v=-AZMmg0qq4A

    While it appears to be repeatable, it is recycling the
    same projectile. And, the same target distance (which
    falls considerably short of the 20 ft mentioned in my post)
    I.e., one would be surprised if it DIDN'T recapture the
    projectile on each execution.

    But, marbles might be a good choice of projectile; less
    surface area to be affected by any air motion, polished
    surface -- yet a decent mass-to-size ratio (density).

    Seeing them (to verify they have hit the intended target)
    would be an issue, though.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeroen Belleman@21:1/5 to Don Y on Fri Nov 22 23:35:59 2024
    On 11/22/24 23:12, Don Y wrote:
    On 11/22/2024 1:21 PM, Jeroen Belleman wrote:
    But, to do so completely under automation, without any human
    intervention.

    You may want to look at marble machines on youtube. This one
    seems much like what you're asking for.

    https://www.youtube.com/watch?v=-AZMmg0qq4A

    While it appears to be repeatable, it is recycling the
    same projectile.  And, the same target distance (which
    falls considerably short of the 20 ft mentioned in my post)
    I.e., one would be surprised if it DIDN'T recapture the
    projectile on each execution.

    Surely those are issues within range of your abilities?
    You're free to scale and reconfigure the thing. If you
    want an exact solution, at least specify your exact
    requirements. Otherwise we'll think you're here just to
    argue. You know how to state exact specs, don't you?

    Jeroen Belleman

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Clive Arthur on Fri Nov 22 15:16:10 2024
    On 11/22/2024 9:03 AM, Clive Arthur wrote:
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    <snip>

    I'd look at the way people throw pétanque boules. I imagine they've developed
    an accurate technique.

    Never heard of it. Seems quite like Bocci? But, that's a good point.
    The goal in the toss is to place the ball at a specific spot, not
    to attain maximum range.

    Imagine a player doing so BLIND so no feedback from his prior attempts...

    Ah, that suggests horeshoes or cornhole might also be worthwhile
    models to examine! Thanks, that's another direction to explore!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Fri Nov 22 15:56:20 2024
    On 11/22/2024 3:05 PM, Don Y wrote:
    On 11/22/2024 11:30 AM, bp@www.zefox.net wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    A gun (in the sense of handgun) tends not to have a "range control".
    You can use "light loads" (bullets with less black powder than a
    "normal load") but that's not really intended to decrease the
    firing range.

    <https://newatlas.com/how-to-build-a-supersonic-ping-pong-gun/26082/>

    Again, maximum range (or, muzzle velocity, in this case).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jeroen Belleman on Fri Nov 22 16:20:56 2024
    On 11/22/2024 3:35 PM, Jeroen Belleman wrote:
    On 11/22/24 23:12, Don Y wrote:
    On 11/22/2024 1:21 PM, Jeroen Belleman wrote:
    But, to do so completely under automation, without any human
    intervention.

    You may want to look at marble machines on youtube. This one
    seems much like what you're asking for.

    https://www.youtube.com/watch?v=-AZMmg0qq4A

    While it appears to be repeatable, it is recycling the
    same projectile.  And, the same target distance (which
    falls considerably short of the 20 ft mentioned in my post)
    I.e., one would be surprised if it DIDN'T recapture the
    projectile on each execution.

    Surely those are issues within range of your abilities?

    Sure -- at the expense of building one and tinkering with
    it. Why invest that time if someone already has experience
    with mechanisms that can offer the stated performance?

    Why have a newsgroup if limited to discussing your past
    accomplishments instead of current design challenges?

    You're free to scale and reconfigure the thing. If you
    want an exact solution, at least specify your exact
    requirements. Otherwise we'll think you're here just to
    argue. You know how to state exact specs, don't you?

    What specs are missing from my original post?

    YOU suggest the projectile (so I don't unduly constrain your
    choice of solution). Note Liz's comment that her choice of
    projectile had to be "notched" onto the bowstring. Is it
    fair for me to question how this would impact the automatic
    reloading of the gun?

    YOU suggest the mechanism (so I don't limit your approach).
    I mentioned my initial choice of a compressed spring. This,
    motivated by observing how repeatably a player can launch
    a 1" steel ball on a pin table to control where it "falls"
    into the playfield. And, the problems I found with that.

    You suggest the materials required (so I don't constrain the
    manufacture of said mechanism). Whether its a leaf spring for
    a crossbow or a compressed gas container.

    YOU define *how* the range will be controlled. Clive has
    suggested exploring how players "calibrate" their throws in
    a ball-tossing game. (A machine that could play said game
    would be more instructive -- esp if it had no feedback
    about ITS throws)

    You must LOB (not "direct line of fire") the projectile a distance
    specified *before* you launch the projectile.

    The tough part is being able to do that WITHOUT ADJUSTING
    YOUR SETTINGS. You can't see how THIS launch plays out;
    you've had to bake the launcher's characteristics into your
    solution. How you calibrate it (before deployment) is a
    separate issue -- and one that I have not placed constraints on,
    either!

    Otherwise, it would be trivial: "Hmmm... got to go a bit longer.
    Let's tweek the propusive force or the launch angle and try
    again". That's how *most* guns (and shooters) are used,
    whether on the shooting range, battlefield or playground.

    Note that I've deliberately left anything that has no hard
    requirements "open" as negotiable. Negotiable means I am free
    to find fault with issues that your choice may precipitate
    (I am surprised that no one has suggested an explosive propulsion
    event -- aside from my mention of the lighter fluid propellant;
    do you think I *might* object to that?!).

    Like any client, I reserve the right to find fault with a proposed
    solution -- because there are always other factors that come into
    play that one doesn't nail down in a specification, a priori.
    Should I rule out a solution ahead of time by limiting
    proposals to those that can be manufactured for $X? Or, that
    only use wooden parts?

    OTOH, if I need a wire EDM machine to cut a piece of carbide
    to meet your design, I'm PROBABLY going to say "no thanks".

    If your imagination is so limited that someone has to constrain
    every possible degree of freedom, how do you consider yourself
    an "engineer" and not just a "technician"?

    How do you deal with clients/employers who can't COMPLETELY
    constrain your solution before you start work? You must have
    a truly privileged existence if everything is spelled out for you
    before you get started; it lets you justify any solution simply
    by stating that it "ticks all the boxes"!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Fri Nov 22 16:31:49 2024
    On 11/22/2024 3:49 AM, Liz Tuddenham wrote:
    A long cylinder with recesses in its surface into which the projectiles
    are loaded. It is spun rapidly inside a loose-fitting tube and
    withdrawn at a steady speed.

    Presumably, the withdrawal happens only when directed to "fire"
    as a single projectile is emitted (not a multitude).

    The end of the tube where the projectiles
    come out is shaped as a scroll with a lip so that the projectiles become
    free at a definite angle of rotation.

    But, doesn't that just change the problem with a mechanism "catching"
    to the *projectile* catching (the time between when it can escape
    its constraints and when it is still withheld)?

    The speed of rotation could be used to control the velocity and rotating
    the outer tube to vary the position of the lip would change the launch

    But, isn't that just RL's "sling" with an "autoloader" built in?
    I.e., can't I just have a "throwing arm" fed by a hopper with
    a collection of projectiles? (likely balls of some sort)

    [Though balls will bounce instead of just landing where thrown
    (like on a sand court or beanbags in cornhole or water balloons
    that self-destruct on impact)]

    angle. The whole thing could be made with a screw thread traversing mechanism like the very earliest experimental Edison tinfoil
    phonographs.

    That would allow the cylinders to move relative to each other,
    while one is still spinning?

    I've several "linear actuators" that I used with the spring
    solution. I figured I could also use them to reliably position
    bits of a mechanism (e.g., on a "pivot" or "extension", cocking
    a bow, etc.)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clive Arthur@21:1/5 to Don Y on Fri Nov 22 23:40:12 2024
    On 22/11/2024 22:16, Don Y wrote:
    On 11/22/2024 9:03 AM, Clive Arthur wrote:
    On 21/11/2024 07:04, Don Y wrote:
    We're trying to make a mechanism that will allow for the
    REPEATABLE lobbing of small projectiles over short (0-20 ft)
    distances.

    <snip>

    I'd look at the way people throw pétanque boules. I imagine they've
    developed an accurate technique.

    Never heard of it.  Seems quite like Bocci?  But, that's a good point.
    The goal in the toss is to place the ball at a specific spot, not
    to attain maximum range.

    Imagine a player doing so BLIND so no feedback from his prior attempts...

    Ah, that suggests horeshoes or cornhole might also be worthwhile
    models to examine!  Thanks, that's another direction to explore!


    One pétanque technique which may not be obvious (or relevant to your requirements) is to give the balls some backspin, so that they don't
    roll on from where they land.

    --
    Cheers
    Clive

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Joe Gwinn on Fri Nov 22 16:41:18 2024
    On 11/21/2024 12:23 PM, Joe Gwinn wrote:
    Any other ideas, given latitude in the design of the projectile?

    It sounds like you need a steel-spring crossbow mechanism as the
    starting point.

    The fact that this keeps coming up is interesting.
    ISTM that it would be harder to electronically control
    such a stiff mechanism; you'd need something strong
    enough to counter its force to "cock" it and something
    to ensure it is cocked to a particular tension
    (strain gage or position transducer).

    I think I'm going to explore the air solution, next.

    I figure I can use a surplus oxygen tank (they come in
    smaller sizes for portability) so I know it will
    handle any sort of pressure I might apply without
    rupturing. I can probably fashion an inlet port
    and outlet valve to mate to it via the single
    opening available (so I don't have to pierce the
    vessel to allow for the introduction of pressurizing
    air).

    I'm *guessing* that a battery powered "inflator" that
    one might use to fill tires could achieve whatever
    pressure I need (?). The chamber acting as a reservoir
    to allow a larger volume of air to be expelled than
    the inflator could supply in a short interval.

    [The "reload time" may become an issue. But, a larger
    inflator -- or a real *compressor* -- should address
    that shortcoming]

    The barrel can be anything that "fits" the projectiles
    (likely something round so loading it doesn't require
    a particular orientation and facilitates "dispensing"
    from a "magazine"/hopper)

    A linear actuator to adjust the elevation of the barrel.
    (note the compressed air tank can be coupled to the barrel
    via a semi-flexible conduit so it need not be moved
    with the barrel)

    This then boils down to how repeatable a valve I can find.

    Calibration can then just be done empirically: set the
    elevation and vary the pressure -- tabulate results.
    Lather, rinse, repeat. Analyze data for variance.
    Tweek mechanism.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jeroen Belleman on Fri Nov 22 16:44:29 2024
    On 11/22/2024 1:37 PM, Jeroen Belleman wrote:
    On 11/22/24 20:36, Anass Luca wrote:
    bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    You are interacting with "Don Y".  If you go review other postings
    where "Don Y" has initiated a thread like this one you will find that
    the "Don Y" poster quite effectively trolls the group every single
    time.  The initial post is always ambigious and seriously lacking in
    necessary details, such that 234+ wrong possibilities could be seen by
    readers.  And as others in the group request details to try to gain an
    understanding from the vague, detail lacking initial post, they are
    slowly tricked out over the course of days and plural postings from
    "Don Y", intermixed with numerous random asides to maximize confusion.
    Meanwhile, as the supposed details are trickled out, the apparent
    requirements needed also shift as posters appear to gain any
    understanding in order to keep the responders in the dark and allow the
    "Don Y" trolling articles to continue to troll everyone who responds.

    That is unfortunately a rather accurate characterization, I concede.

    I reliably use the same moniker (here) -- and post from the same IP
    address and server -- unlike folks who manufacture aliases to avoid
    being identifiable.

    You should investigate the ability to add names to your kill file.
    It will make your life SO much simpler! (ask your neighbor's
    teenager to show you how, if you're having problems)

    Barring that ability, self discipline can go a long way to isolating
    you from my "distressing" posts!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Clive Arthur on Fri Nov 22 16:49:52 2024
    On 11/22/2024 4:40 PM, Clive Arthur wrote:
    Ah, that suggests horeshoes or cornhole might also be worthwhile
    models to examine!  Thanks, that's another direction to explore!

    One pétanque technique which may not be obvious (or relevant to your requirements) is to give the balls some backspin, so that they don't roll on from where they land.

    I think the use of beanbags (like cornhole) would be more reliable though likely not allowed in your game.

    I still find the water balloon an appealing choice of projectile;
    it self-destructs on impact (leaving a liquid that dissipates,
    instead of some "artifact").

    It's also *fun*!

    While I suspect making repeatable masses would be easily
    achieved (fill to a weight/volume of X), I am not sure if
    they would tolerate the sorts of accelerations required
    to lob them 20 ft in a high arc.

    [Note that one typically tosses water balloons gingerly,
    lest they break in one's hands!]

    I'm not sure making a mechanism that can have that much control
    over the launch action is any easier than one that is more explosive.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeff Liebermann@21:1/5 to jeroen@nospam.please on Fri Nov 22 16:22:50 2024
    On Fri, 22 Nov 2024 21:37:35 +0100, Jeroen Belleman
    <jeroen@nospam.please> wrote:

    On 11/22/24 20:36, Anass Luca wrote:
    bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    You are interacting with "Don Y". If you go review other postings
    where "Don Y" has initiated a thread like this one you will find that
    the "Don Y" poster quite effectively trolls the group every single
    time. The initial post is always ambigious and seriously lacking in
    necessary details, such that 234+ wrong possibilities could be seen by
    readers. And as others in the group request details to try to gain an
    understanding from the vague, detail lacking initial post, they are
    slowly tricked out over the course of days and plural postings from
    "Don Y", intermixed with numerous random asides to maximize confusion.
    Meanwhile, as the supposed details are trickled out, the apparent
    requirements needed also shift as posters appear to gain any
    understanding in order to keep the responders in the dark and allow the
    "Don Y" trolling articles to continue to troll everyone who responds.

    That is unfortunately a rather accurate characterization, I concede.
    Jeroen Belleman

    You give up too easily. Most people can solve an engineering problem
    if they are given accurate specifications and objectives. In my
    limited experience, I've never received all the necessary information.
    In the few times when I did receive accurate specifications and
    objectives, the client was made endless changes and "enhancements"
    until little clue as to what he wanted and somewhat less on what I was
    expected to accomplish. Over the years, I've deduced that this
    typical and that Don Y is a good model for my typical client.

    Still, something can be done with the muddle. The first step is to
    determine what problem Don Y is attempting to solve. Don Y does a
    tolerable job of providing a partial solution, but without a clue what
    problem his partial solution is intended to solve, his partial
    solution is at best a moving target. My guess(tm) is that it does
    nothing useful, so this initial step can be ignored.

    The next step is to determine what we have to work with. Since there
    are no specifications except for 20 ft range, the launcher and
    projectile can be almost anything. A 40 ft diameter ball would do the
    job and never miss the target. However, that's probably not what Don
    Y is expecting. A smaller ball, with a 20 ft steel wire attached,
    would also work. The 20 ft steel wire limits the flight distance to a
    20 ft radius. Then the steel wire become taught, the small ball fall
    straight down and into the target receptacle. Elevation and azimuth
    can be stabilized by spinning the ball, switching to pointed
    projectile, or both. Using two steel wires to form a triangle, will
    eliminate the need for spin or fin stabilization.

    At this point, I usually would present my worst and most ludicrous
    ideas to the client, who would immediately being crying, screaming or
    yelling. Since that clients endless changes and meddling have dragged
    the estimated delivery date far too close to the deadline, the client
    has to select something. It's at this time that he gets serious about
    defining specifications (with my assistance). The rest of the project
    is comparatively easy and consists mostly of lost weekends and lack of
    sleep.

    I could go on, but it's raining, the lights are flickering, and I
    suspect that I'll loose power shortly.







    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jasen Betts@21:1/5 to Don Y on Sat Nov 23 02:08:06 2024
    On 2024-11-21, Don Y <blockedofcourse@foo.invalid> wrote:

    Any other ideas, given latitude in the design of the projectile?

    It seems that you are looking for a low friction (and thus repeatable) sear mechnism.
    This is almost certainly a solved problem.

    Possibly something involving an over-center mechanism and low friction
    bearings will be suitable.


    --
    Jasen.
    🇺🇦 Слава Україні

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jasen Betts on Fri Nov 22 19:58:13 2024
    On 11/22/2024 7:08 PM, Jasen Betts wrote:
    On 2024-11-21, Don Y <blockedofcourse@foo.invalid> wrote:

    Any other ideas, given latitude in the design of the projectile?

    It seems that you are looking for a low friction (and thus repeatable) sear mechnism.
    This is almost certainly a solved problem.

    Possibly something involving an over-center mechanism and low friction bearings will be suitable.

    So, are you suggesting sticking with the initial compression/extension spring approach and just "fixing" the release "catch"?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jeff Liebermann on Fri Nov 22 19:24:06 2024
    On 11/22/2024 5:22 PM, Jeff Liebermann wrote:
    On Fri, 22 Nov 2024 21:37:35 +0100, Jeroen Belleman
    <jeroen@nospam.please> wrote:

    On 11/22/24 20:36, Anass Luca wrote:
    bp@www.zefox.net wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    Most "guns" just want to achieve a "maximum" (range,
    load, etc.)

    Not sure I understand what you're getting at here. On
    the face of it that statement seems mistaken.

    You are interacting with "Don Y". If you go review other postings
    where "Don Y" has initiated a thread like this one you will find that
    the "Don Y" poster quite effectively trolls the group every single
    time. The initial post is always ambigious and seriously lacking in
    necessary details, such that 234+ wrong possibilities could be seen by
    readers. And as others in the group request details to try to gain an
    understanding from the vague, detail lacking initial post, they are
    slowly tricked out over the course of days and plural postings from
    "Don Y", intermixed with numerous random asides to maximize confusion.
    Meanwhile, as the supposed details are trickled out, the apparent
    requirements needed also shift as posters appear to gain any
    understanding in order to keep the responders in the dark and allow the
    "Don Y" trolling articles to continue to troll everyone who responds.

    That is unfortunately a rather accurate characterization, I concede.
    Jeroen Belleman

    You give up too easily. Most people can solve an engineering problem
    if they are given accurate specifications and objectives. In my
    limited experience, I've never received all the necessary information.

    Engineering is not just about solving problems but, rather, about identifying the problem to be solved.

    In the few times when I did receive accurate specifications and
    objectives, the client was made endless changes and "enhancements"
    until little clue as to what he wanted and somewhat less on what I was expected to accomplish. Over the years, I've deduced that this
    typical and that Don Y is a good model for my typical client.

    Note that my stated requirements haven't changed. I've brought
    up *issues* with various proposed solutions -- expecting their
    presenters to refine their solutions to address these issues (which
    may not be part of the problem but, rather, their proposed solution)

    Still, something can be done with the muddle. The first step is to
    determine what problem Don Y is attempting to solve. Don Y does a
    tolerable job of providing a partial solution, but without a clue what problem his partial solution is intended to solve, his partial
    solution is at best a moving target. My guess(tm) is that it does
    nothing useful, so this initial step can be ignored.

    The actual problem isn't important. If you can't think in abstractions,
    then reify my stated problem to something that you can wrap your head
    around -- to overcome the limitations of your imagination.

    Some examples:
    - design a cornhole playing robot. Or, bocce. Or horseshoes.
    - design a robot that "shoots baskets" (basketball)
    - pitch pennies
    - toss coins into bottles at a carnival (win a teddy bear!)

    All are in the 0-20 ft range.
    All toss projectiles
    All *LOB* those projectiles
    All expect those projectiles to land where targeted

    None of these are the problem I want to solve but they give you
    something to CONSTRAIN your imagination (and, sadly, limit
    the ideas you are likely to come up with!)

    The next step is to determine what we have to work with. Since there
    are no specifications except for 20 ft range, the launcher and
    projectile can be almost anything. A 40 ft diameter ball would do the
    job and never miss the target. However, that's probably not what Don
    Y is expecting.

    Specifying the projectile to be a regulation basketball and fastening
    a professional basketball player with a great freethrow rate to a
    platform would also be a solution. (Do you really think that would be??)

    A smaller ball, with a 20 ft steel wire attached,
    would also work. The 20 ft steel wire limits the flight distance to a
    20 ft radius. Then the steel wire become taught, the small ball fall straight down and into the target receptacle.

    I've not said there is a receptacle. If your mental model is that
    of a basketball playing robot, you would limit your imagination
    to those constraints THAT YOU IMPOSED ON YOURSELF. I.e., a basketball
    analogy implies the target is ~10 feet off the ground -- meaning the lob
    would have to be at least that high. It also means the projectile must
    enter the target area (which I've merely specified as a distance as
    *I* can adapt a particular solution to ensure other constraints are
    met in the trajectory -- why further constrain YOUR thinking by
    enumerating them")

    Elevation and azimuth
    can be stabilized by spinning the ball, switching to pointed
    projectile, or both. Using two steel wires to form a triangle, will eliminate the need for spin or fin stabilization.

    At this point, I usually would present my worst and most ludicrous
    ideas to the client, who would immediately being crying, screaming or yelling. Since that clients endless changes and meddling have dragged
    the estimated delivery date far too close to the deadline, the client
    has to select something.

    Clients are usually lacing n technical ability. They don't know
    what is likely possible so are clueless as to how to constrain their requirements.

    We designed a printer at a firm many years ago. The power supply requirements were pretty significant; a variable 0-20A load switching at ~400Hz, small size, low cost.

    The guys designing the power supply opted to put a LARGE *battery*
    in as the output filter. Met the stated requirements -- because no
    one thought to add "must not contain consumables" to the spec!

    The folks writing the specification didn't anticipate that there would
    be a technical problem in meeting the power requirements. And, didn't anticipate that the engineers would resort to something "consumable"
    to solve that problem!

    It's at this time that he gets serious about
    defining specifications (with my assistance). The rest of the project
    is comparatively easy and consists mostly of lost weekends and lack of
    sleep.

    My requirements are unchanged. But, solutions have to address the
    other issues associated with their implementation. How do you imagine (unattended) LOADING the mechanism? Calibrating it? Reproducing
    it?

    You could suggest creating an overhead mechanism to which you
    "hand" the projectile and let it shuttle the projectile to
    the target coordinates. That *may* be acceptable. But, now you
    have to address the issues of fabricating and calibrating that
    mechanism -- along with the "hand-off" mechanism that allows it
    to know how/where to accept the projectile from the launcher.
    Who should create the specifications for this new contraption?

    How many degrees of freedom in the solution space should be constrained
    before posing a question? Anyone ever have a client ask "how much will
    that cost me? or "how long will that take?" Gee, if those things are
    important to you, why didn't you SPECIFY them, up front?

    Ans: because the client would like to be able to evaluate the quality
    of a range of unconstrained solutions instead of limiting you to
    some arbitrary constraints ("Gee, if your budget was N+1 dollars
    or your schedule 3 days longer, I could have offered you a great
    solution! Instead, I'll simply 'no bid'...")

    One of my favorite puzzles (interview questions):
    - you have three bottles (I always suggest old-fashioned Coke bottles)
    - you have three chopsticks
    Arrange the three chopsticks so they don't touch the ground/table.

    INVARIABLY (at least, every time I have posed it), the respondent
    stands the bottles up, arranges them in an equilateral triangle
    and then bridges the gaps between adjacent bottles with individual
    chopsticks.

    Hardly imaginative.

    AND, suffers from assumptions of constraints THAT WERE NOT IMPOSED!

    Next, remove one bottle and repeat the challenge.

    Finally, remove another bottle.

    Then, let the respondent review his three solutions. "Why did you
    wait until the third challenge to offer this third solution?
    Doesn't it solve the original challenge? No one REQUIRED you to use
    all three bottles. Nor for the chopsticks to TOUCH each of the
    bottles! Why not just put them IN the bottles??!"

    Folks are particularly bad at breaking the artificially SELF-imposed constraints on problems. The more you constrain the problem, the
    less imaginative the solutions.

    I could go on, but it's raining, the lights are flickering, and I
    suspect that I'll loose power shortly.

    We rarely have that problem (rain or power loss), here.
    Though, when we do (either!), it is often spectacular!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jasen Betts@21:1/5 to Don Y on Sat Nov 23 04:35:15 2024
    On 2024-11-23, Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/22/2024 7:08 PM, Jasen Betts wrote:
    On 2024-11-21, Don Y <blockedofcourse@foo.invalid> wrote:

    Any other ideas, given latitude in the design of the projectile?

    It seems that you are looking for a low friction (and thus repeatable) sear mechnism.
    This is almost certainly a solved problem.

    Possibly something involving an over-center mechanism and low friction
    bearings will be suitable.

    So, are you suggesting sticking with the initial compression/extension spring approach and just "fixing" the release "catch"?

    If that's the problem and not the temperature of the spring, or some
    other uncontrolled property of the aperatus.

    I haven't seen any suggestions yet that don't have the same release
    friction problem, except perhaps the rotating arm in sleeve,

    --
    Jasen.
    🇺🇦 Слава Україні

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jasen Betts on Fri Nov 22 22:57:47 2024
    On 11/22/2024 9:35 PM, Jasen Betts wrote:
    On 2024-11-23, Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/22/2024 7:08 PM, Jasen Betts wrote:
    On 2024-11-21, Don Y <blockedofcourse@foo.invalid> wrote:

    Any other ideas, given latitude in the design of the projectile?

    It seems that you are looking for a low friction (and thus repeatable) sear mechnism.
    This is almost certainly a solved problem.

    Possibly something involving an over-center mechanism and low friction
    bearings will be suitable.

    So, are you suggesting sticking with the initial compression/extension spring
    approach and just "fixing" the release "catch"?

    If that's the problem and not the temperature of the spring, or some
    other uncontrolled property of the aperatus.

    I haven't seen any suggestions yet that don't have the same release
    friction problem, except perhaps the rotating arm in sleeve,

    I admit my prototype was quite crude; I was more interested in seeing
    what was possible than coming up with a final solution.

    I used a linear actuator (from an electric wheelchair -- so it
    could handle large forces, given that people weigh hundreds of
    pounds) to move the *spring*. I.e., the spring was attached to
    the "carriage" that the actuator moved forward and back.

    A stationary "release" (catch) was mounted on the fixed portion of
    the assembly adjacent to the moving carriage. So, any connections
    to it -- mechanical or otherwise -- wouldn't be "traveling".

    I would move the spring assembly away from the release to
    ensure the free end of the spring was "below" the catch.
    Then, let the catch fall into its "holding" position.

    At this point, a projectile (plastic ball similar to a "whiffle
    ball" -- but without the holes) could be placed on the
    "far side" (out side?) of the catch. The spring is never in that
    area until after firing so it is "safe" for loading.

    When commanded to a specific range, I would drive the linear
    actuator "forward", into the catch, compressing the spring,
    until a desired displacement was achieved (the actuator
    has positional feedback built in).

    When commanded to "fire", the catch mechanism would be released,
    allowing the spring to expand to its uncompressed length,
    launching the ball.

    With the free end of the spring now PAST the catch, I would have
    to retract the spring *assembly*, again, as above.

    The first "catch/release" I tried was just a solenoid. Then,
    a BIGGER solenoid as the side forces bound the plunger so that
    the electromagnetic force was not sufficient to withdraw the
    plunger.

    I later replaced this with a screw driven mechanism (another
    linear actuator). This resulted in a slower release as the
    mechanism moves slower (I suspect I need a more "abrupt"
    mechanical transition on the catch AND the spring's carriage)

    Martin's Trebuchet might be more tolerant of a "slow release"?

    A colleague (another discussion, elsewhere) is suggesting
    "skinless water balloons" (i.e., "slugs" of water ejected
    from a pressurized nozzle). I'm going to try that, next,
    as it avoids the whole issue of scattered "debris" from
    previously fired projectiles and the mechanism reduces to
    a valve and pressurized water chamber (similar to the air
    gun solutions proposed)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Sat Nov 23 10:50:27 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    But, isn't that just RL's "sling" with an "autoloader" built in?
    I.e., can't I just have a "throwing arm" fed by a hopper with
    a collection of projectiles? (likely balls of some sort)

    Yes, it was just an alternative that might have had some of the
    characteristics you need.

    Another possibility is a variant on a pea-shooter that has a steady jet
    of compressed air entering a long tubular barrel through a port in the
    side. A continuous line of 'peas' is slowly pushed up the barrel and as
    each one passes the port, it is accelerated by the air stream. You only
    need to control* the air steam continuously, there is no need to
    micro-mange each pulse.

    [* The source pressure (voltage) and restrictor valve setting (source impedance). One will control the acceleration rate and the other will
    restrict the ultimate velocity; they will interact if the barrel is too
    short.]

    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Sat Nov 23 11:10:20 2024
    Don Y <blockedofcourse@foo.invalid> wrote:


    Engineering is not just about solving problems but, rather, about identifying the problem to be solved.

    We have been told the range is about 20ft (but no accuracy limits) and
    there have been hints about what the projectile must not do (bounce or
    injure bystanders) but the main constraints on the projectile were not
    known at the outset and this was mainly what was making the problem more difficult than it needed to be.


    The sorts of properties that make a huge difference to the design are:

    Rigid , flexible, floppy or completely shapeless like a bag of water?
    If fairly rigid: spherical, cylindrical or some other shape?
    Approximate range of mass?
    Homogenous or made from bits of widely differing density?

    There is a vast difference between trying project a
    quarter-inch-diameter lead ball 20ft and trying to do the same with a bucketfull of cows guts.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Sat Nov 23 04:14:20 2024
    On 11/23/2024 3:50 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    But, isn't that just RL's "sling" with an "autoloader" built in?
    I.e., can't I just have a "throwing arm" fed by a hopper with
    a collection of projectiles? (likely balls of some sort)

    Yes, it was just an alternative that might have had some of the characteristics you need.

    OK. You're getting ahead of me with "loading" -- while I'm
    still trying to sort out *firing*! :<

    Another possibility is a variant on a pea-shooter that has a steady jet
    of compressed air entering a long tubular barrel through a port in the
    side. A continuous line of 'peas' is slowly pushed up the barrel and as
    each one passes the port, it is accelerated by the air stream. You only
    need to control* the air steam continuously, there is no need to
    micro-mange each pulse.

    Now that's a "different" approach! But, the air exiting the barrel doesn't create a vacuum that drags "unwilling" peas into it? Or, is the space
    "behind" the peas closed, limiting any displacing air from being drawn
    in prematurely?

    Though that suggests another "release" mechanism that could apply.
    Instead of controlling the "propellant", leave it ON (altering the
    flow to suit the desired target range) but gate the *projectiles*
    into it (e.g., toothed wheel) in the same way you are suggesting (?)

    I.e., a projectile may be sluggish getting past the "release
    mechanism" (toothed wheel in my example). But, once past, it should
    accelerate the same as any other that has made it that far into
    the mechanical "process". It doesn't start moving until it is FREE
    of the release.

    [* The source pressure (voltage) and restrictor valve setting (source impedance). One will control the acceleration rate and the other will restrict the ultimate velocity; they will interact if the barrel is too short.]


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Sat Nov 23 04:29:56 2024
    On 11/23/2024 4:10 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    Engineering is not just about solving problems but, rather, about identifying
    the problem to be solved.

    We have been told the range is about 20ft (but no accuracy limits) and

    Exactly. Repeatability is the first criteria. Accuracy can be
    addressed thereafter.

    there have been hints about what the projectile must not do (bounce or
    injure bystanders) but the main constraints on the projectile were not
    known at the outset and this was mainly what was making the problem more difficult than it needed to be.

    There are no real constraints on it that can't be fuzzed.
    If you want to toss watermelons, then I suspect there is
    a way to downsize the mechanism to toss oranges.

    Buckshot would probably be too small. Basketballs would
    border on too large -- but mainly because they would be
    hard to dispose of after firing.

    The sorts of properties that make a huge difference to the design are:

    Rigid , flexible, floppy or completely shapeless like a bag of water?

    Again, flexible. Tell me you can do it easier with bags of
    Ramen noodles and I'll figure out a way to use Ramen noodles!

    The point is to "place" any number of objects at particular locations,
    "blind" and unassisted. Not being able to see how well your previous
    shot has performed means your mechanism has to be able to ensure
    consistent results.

    I mentioned a basketball player as "launcher". Imagine if he was
    blindfolded and not told whether or not he had made his shot...
    because he was *supposed* to make it, unconditionally!

    If fairly rigid: spherical, cylindrical or some other shape?

    I think in terms of balls simply because they seem easier
    to move around the launcher. But, clay pigeons aren't balls
    and they can be loaded easily/rapidly...

    Approximate range of mass?

    Again, any value I specify limits how you would approach the problem.
    I can make a 24" diameter ping-pong ball that weighs as much as
    a 1" diameter steel ball. The mechanisms for each would be radically different, as would their aerodynamic characteristics.

    Homogenous or made from bits of widely differing density?

    If there is a perceived advantage to either approach, then
    exploit it. E.g., a "nerf dart" is made of different
    materials and is nonsymmetrical -- yet they seem to be
    easily launchable. Kites have tails for stability. If
    a particular projectile design might need such stabilizing
    (to avoid tumbling as it flies), then that's acceptable.
    As long as any complications from that shape can be accommodated
    in the *loader*.

    There is a vast difference between trying project a
    quarter-inch-diameter lead ball 20ft and trying to do the same with a bucketfull of cows guts.

    So, by NOT specifying either of these, I've given you the freedom
    to pick whichever is easiest. Presumably, some identifiable
    characteristic of your choice will be a hint as to other "compatible" projectiles to exploit your design.

    E.g., the potatoes used in a potato gun could probably be replaced
    by plastic/rubber spheres or ellipsoids of comparable size and mass
    (if potatoes were objectionable).

    Or, the design could be downsized to use small rubber/plastic balls.
    Or, badminton shuttlecocks. Or...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Sat Nov 23 04:39:18 2024
    On 11/23/2024 4:29 AM, Don Y wrote:
    So, by NOT specifying either of these, I've given you the freedom
    to pick whichever is easiest.  Presumably, some identifiable
    characteristic of your choice will be a hint as to other "compatible" projectiles to exploit your design.

    Note the "power supply" example I mentioned (somewhere).

    The designers exploited the lack of a specification constraint
    to ADD a consumable (the batteries) to the design.

    When that was vetoed (Marketing), I proposed downsizing the power
    supply and monitoring it along with the upcoming load to adjust
    the INSTANTANEOUS print speed. With an "all black" page, the machine
    would slow to a crawl. All white and it could go "balls out"
    (several times faster than the marketing specification).

    On "average" content, if the specified print speed is achieved
    averaged over the length of a document, is that acceptable?
    (Ans: yes! esp if it lets us make the device less expensive
    and more user friendly).

    In one case, an omitted criteria (consumables in power supply)
    caused a solution to be rejected. On another, a specified
    criteria could be reinterpreted (it never said that the
    print speed had to be CONSTANT!) to facilitate a solution that
    was not obtainable, otherwise.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Sat Nov 23 20:49:54 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/23/2024 3:50 AM, Liz Tuddenham wrote:
    [...]
    Another possibility is a variant on a pea-shooter that has a steady jet
    of compressed air entering a long tubular barrel through a port in the side. A continuous line of 'peas' is slowly pushed up the barrel and as each one passes the port, it is accelerated by the air stream. You only need to control* the air steam continuously, there is no need to micro-mange each pulse.

    Now that's a "different" approach! But, the air exiting the barrel doesn't create a vacuum that drags "unwilling" peas into it? Or, is the space "behind" the peas closed, limiting any displacing air from being drawn
    in prematurely?

    If we are allowed to specify the shape of a projectile (within limits) a ball-shaped projectile may look like the obvious choice, but it is not particularly aerodynamic and may have errors induced by erratic
    turbulence I would suggest that the projectiles could be tear-drop
    shaped to give them the best aerodynamics, with slightly spiralled tail
    fins that engage with rifling in the barrel to spin stabilise it in
    flight.

    If you don't want it to bounce on arrival and would rather not use hard
    solid material which might cause damage, you could use a shaped
    thinwalled polythene bag full of sloppy semi-liquid that would be firm
    enough to take up the spin but would cause the bag to burst on impact.

    In flight, semi-liquid droplets tend to take up the shape of a teardrop naturally, so the bag need not be particularly stiff, but it would need
    some sort of hoop around its point of largest diameter to ensure that it
    sealed well in the barrel. The fins could extend from the hoop
    backwards along the body to rigidise it and impart the spin.

    The barrel needs to have multiple ports around the circumference where
    the air is injected, supplied by a 'manifold' in the form of a collar surrounding the barrel. At least two projectiles would have to be
    waiting in the barrel, they could be pushed forward by a positive
    displacement plunger so as to drive the hoop of the first one past the
    air ports, the second one acting to block the barel and prevent the
    escape of air backwards.

    The plunger would then be moved backwards and another projectile
    introduced into the space through a slot in the side of the barrel.
    There is no need for a sealed 'breech' as the second projectile acts as
    a breech block. That sort of loading mechanism lends itself to
    automation or even gravity feed from a vertical magazine.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeff Liebermann@21:1/5 to blockedofcourse@foo.invalid on Sat Nov 23 13:16:20 2024
    On Fri, 22 Nov 2024 19:24:06 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    The actual problem isn't important. If you can't think in abstractions,
    then reify my stated problem to something that you can wrap your head
    around -- to overcome the limitations of your imagination.

    I didn't consider designing a fantasy projectile lobber. Replacing my
    engineer hat and with my computer game player hat, I now have a better
    idea of what you're trying to accomplish. The processes you describe
    are very similar to writing a computer game using "the hero's journey"
    as a template:
    <https://en.wikipedia.org/wiki/Hero%27s_journey> <https://www.novel-software.com/heros-journey-examples/>

    What you've done is setup a fantasy playing field that is 20 ft long.
    Various SED (sci.electronics.design) members are invited to design a
    poorly defined machine which will lob projectiles repeatedly and
    accurately. The extent, size, composition etc of the playing field
    are not defined. Similarly, the composition of the projectile is not
    defined.

    Due to the lack of design criteria, the objective of the game is not
    to design something that will function in a defined manner. Rather,
    it's for the participants to determine what the game-master (Don Y)
    has in mind. To do this, each player is allowed to ask questions and
    offer suggestions to the game-master. He may choose to help, explain,
    provide detail, offer clues, or he may choose to hinder, confuse,
    wander off into the weeds, or provide useless clues. He may also
    criticize and pass judgment on suggestions. His choice.

    So far, the game only follows a few of the 17 stages suggest by Joseph Campbell. For example, a knowledgeable mentor might appear in SED to
    offer experience and suggestions.

    From what I've seen so far, the game continues until everyone involved
    is terminally frustrated and gives up. However, the game does have possibilities. Normally, such a game has a built in reward system,
    where the players are granted "points" for successfully achieving
    intermediate goals. To prevent player frustration, some kind of prize
    or reward system much be implemented. Without keeping score, the game
    is largely brainstorming, which usually ends with an argument between
    those claiming credit for the best solutions. Therefore, some kind of
    scoring system should be implemented. There's also the problem of
    dealing with unacceptable and ludicrous solutions. The scoring system
    much include a way to exclude these solutions. Anyway, some changes
    in the game rules will need to be made to prevent player frustration.
    However, I'm frustrated, so I'll give up now.

    Incidentally, the power stayed on during last nights rain. In my
    haste, I forgot to proof read and spell check my previous message.
    Sorry(tm).






    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jeff Liebermann on Sat Nov 23 15:59:57 2024
    On 11/23/2024 2:16 PM, Jeff Liebermann wrote:
    On Fri, 22 Nov 2024 19:24:06 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    The actual problem isn't important. If you can't think in abstractions,
    then reify my stated problem to something that you can wrap your head
    around -- to overcome the limitations of your imagination.

    I didn't consider designing a fantasy projectile lobber. Replacing my engineer hat and with my computer game player hat, I now have a better
    idea of what you're trying to accomplish. The processes you describe
    are very similar to writing a computer game using "the hero's journey"
    as a template:
    <https://en.wikipedia.org/wiki/Hero%27s_journey> <https://www.novel-software.com/heros-journey-examples/>

    If that was the case, I wouldn't have made two attempts (mentioned
    in the initial post) at *fabricating* said mechanism!

    What you've done is setup a fantasy playing field that is 20 ft long.
    Various SED (sci.electronics.design) members are invited to design a
    poorly defined machine which will lob projectiles repeatedly and
    accurately. The extent, size, composition etc of the playing field
    are not defined. Similarly, the composition of the projectile is not defined.

    Due to the lack of design criteria, the objective of the game is not
    to design something that will function in a defined manner. Rather,
    it's for the participants to determine what the game-master (Don Y)
    has in mind. To do this, each player is allowed to ask questions and
    offer suggestions to the game-master. He may choose to help, explain, provide detail, offer clues, or he may choose to hinder, confuse,
    wander off into the weeds, or provide useless clues. He may also
    criticize and pass judgment on suggestions. His choice.

    So far, the game only follows a few of the 17 stages suggest by Joseph Campbell. For example, a knowledgeable mentor might appear in SED to
    offer experience and suggestions.

    From what I've seen so far, the game continues until everyone involved
    is terminally frustrated and gives up. However, the game does have possibilities. Normally, such a game has a built in reward system,
    where the players are granted "points" for successfully achieving intermediate goals. To prevent player frustration, some kind of prize
    or reward system much be implemented. Without keeping score, the game
    is largely brainstorming, which usually ends with an argument between
    those claiming credit for the best solutions. Therefore, some kind of scoring system should be implemented. There's also the problem of
    dealing with unacceptable and ludicrous solutions. The scoring system
    much include a way to exclude these solutions. Anyway, some changes
    in the game rules will need to be made to prevent player frustration. However, I'm frustrated, so I'll give up now.

    Incidentally, the power stayed on during last nights rain. In my
    haste, I forgot to proof read and spell check my previous message.
    Sorry(tm).







    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Edward Hernandez on Sat Nov 23 16:02:02 2024
    On 11/23/2024 2:13 PM, Edward Hernandez wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/22/2024 3:35 PM, Jeroen Belleman wrote:
    You're free to scale and reconfigure the thing. If you want an
    exact solution, at least specify your exact requirements. Otherwise
    we'll think you're here just to argue. You know how to state exact
    specs, don't you?

    What specs are missing from my original post?

    Your original post (message id <vhmm2k$hpg1$1@dont-email.me>) omitted
    (at least) any statement of the requirement for:

    From Message-ID: <vhn9jc$klsd$2@dont-email.me>
    The mechanism must be able to be loaded, "cocked" and released
    without humans being involved.

    Which was only revealed after two sequential posts from Liz and one intervening reply from you.

    Gee, my bad.

    I also didn't mention that you couldn't use a professional basketball
    player as the launcher.

    Or, that explosives as propellants would likely not be acceptable.

    Or, a specific accuracy *or* repeatability.

    Or, a cost, weight, size, etc.

    Feel better?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Sat Nov 23 16:10:33 2024
    On 11/23/2024 1:49 PM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/23/2024 3:50 AM, Liz Tuddenham wrote:
    [...]
    Another possibility is a variant on a pea-shooter that has a steady jet
    of compressed air entering a long tubular barrel through a port in the
    side. A continuous line of 'peas' is slowly pushed up the barrel and as >>> each one passes the port, it is accelerated by the air stream. You only >>> need to control* the air steam continuously, there is no need to
    micro-mange each pulse.

    Now that's a "different" approach! But, the air exiting the barrel doesn't >> create a vacuum that drags "unwilling" peas into it? Or, is the space
    "behind" the peas closed, limiting any displacing air from being drawn
    in prematurely?

    If we are allowed to specify the shape of a projectile (within limits) a ball-shaped projectile may look like the obvious choice, but it is not particularly aerodynamic and may have errors induced by erratic
    turbulence I would suggest that the projectiles could be tear-drop
    shaped to give them the best aerodynamics, with slightly spiralled tail
    fins that engage with rifling in the barrel to spin stabilise it in
    flight.

    Do you think that would actually be significant on such a small scale? "Rifling" in a gun barrel seems to be an improvement to maintain
    controlled flight over REALLY LONG distances and at high muzzle velocities.

    If you don't want it to bounce on arrival and would rather not use hard
    solid material which might cause damage, you could use a shaped
    thinwalled polythene bag full of sloppy semi-liquid that would be firm
    enough to take up the spin but would cause the bag to burst on impact.

    OK. I had assumed "water" just because it "flows" once the bag has ruptured. (the ruptured bags represent minimal litter and the water will
    eventually evaporate. Think about what a golf driving range looks like
    to get a feel for the "litter" created by unretrieved projectiles)

    In flight, semi-liquid droplets tend to take up the shape of a teardrop naturally, so the bag need not be particularly stiff, but it would need
    some sort of hoop around its point of largest diameter to ensure that it sealed well in the barrel. The fins could extend from the hoop
    backwards along the body to rigidise it and impart the spin.

    What if there was a "plunger" that provided the seal, with the "payload" sitting ON the plunger, while loaded? E.g., like a linear catapult.

    The barrel needs to have multiple ports around the circumference where
    the air is injected, supplied by a 'manifold' in the form of a collar surrounding the barrel. At least two projectiles would have to be
    waiting in the barrel, they could be pushed forward by a positive displacement plunger so as to drive the hoop of the first one past the
    air ports, the second one acting to block the barel and prevent the
    escape of air backwards.

    Could a "gate" behind the ONE projectile not serve the purpose of the
    second? Or, the plunger I mentioned, above?

    The plunger would then be moved backwards and another projectile
    introduced into the space through a slot in the side of the barrel.
    There is no need for a sealed 'breech' as the second projectile acts as
    a breech block. That sort of loading mechanism lends itself to
    automation or even gravity feed from a vertical magazine.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Sat Nov 23 18:30:58 2024
    On 11/23/2024 6:20 PM, Don Y wrote:
    To reset the mechanism, the carriage moves to allow the electromagnet
    to reengage with the "back/innermost/moving" end of the spring, awaiting instruction as to how much the spring should be extended for the
    next cycle?

    Actually, the same sort of catch/release could also be used in the "compression" scenario. One would just have to "export" a surface
    (off to the side/circumference) onto which the magnetic force could be
    applied.

    And, in either case, additional electromagnets could be brought to
    bear by creating other surfaces (keeping in mind the separation of
    the EM fields) to increase the "holding ability" (and projectile size/mass/acceleration).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Sat Nov 23 18:20:32 2024
    On 11/22/2024 10:57 PM, Don Y wrote:
    On 11/22/2024 9:35 PM, Jasen Betts wrote:
    On 2024-11-23, Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/22/2024 7:08 PM, Jasen Betts wrote:
    On 2024-11-21, Don Y <blockedofcourse@foo.invalid> wrote:

    Any other ideas, given latitude in the design of the projectile?

    It seems that you are looking for a low friction (and thus repeatable) sear
    mechnism.
    This is almost certainly a solved problem.

    Possibly something involving an over-center mechanism and low friction >>>> bearings will be suitable.

    So, are you suggesting sticking with the initial compression/extension spring
    approach and just "fixing" the release "catch"?

    If that's the problem and not the temperature of the spring, or some
    other uncontrolled property of the aperatus.

    I haven't seen any suggestions yet that don't have the same release
    friction problem, except perhaps the rotating arm in sleeve,

    ---^^^^^^^^^^^^^^^^

    I used a linear actuator (from an electric wheelchair -- so it
    could handle large forces, given that people weigh hundreds of
    pounds) to move the *spring*.  I.e., the spring was attached to
    the "carriage" that the actuator moved forward and back.

    A stationary "release" (catch) was mounted on the fixed portion of
    the assembly adjacent to the moving carriage.  So, any connections
    to it -- mechanical or otherwise -- wouldn't be "traveling".
    What if I do this mechanism BACKWARDS?

    I.e., use a spring in extension mode. Let the "carriage" STRETCH
    it to a desired length (storing energy). HOLD the "free" end of
    the spring in place ELECTROMAGNETICALLY (!).

    When commanded, the magnet is switched off (no "moving parts"
    to create friction in the release mechanism) allowing the spring
    to return to its relaxed state.

    In doing so, an attached "plunger" propels the projectile
    outward. (again, thinking in terms of pinball machines :< )

    To reset the mechanism, the carriage moves to allow the electromagnet
    to reengage with the "back/innermost/moving" end of the spring, awaiting instruction as to how much the spring should be extended for the
    next cycle?

    The problem with the catch (magnet) acting along the same axis as
    the motion (instead of normal to it as in my prototypes) means it
    would have to exert a strong enough force to overcome the maximum
    tension on the spring. Though the duration of that activity could
    easily be limited by delaying it until immediately prior (and part
    of) the "launch" command. That maximum tension would define the
    maximum payload (mass and acceleration).

    So, this would limit how much the solution could (reasonably) be scaled.

    If the mating surface of the "spring" is a permanent magnet, does
    that improve the effectiveness of the electromagnet's "grip"?
    And, drive the electromagnet "backwards" to actively push the
    permanent magnet (and the spring to which it is attached) apart.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Sun Nov 24 11:30:34 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/23/2024 1:49 PM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/23/2024 3:50 AM, Liz Tuddenham wrote:
    [...]

    If we are allowed to specify the shape of a projectile (within limits) a ball-shaped projectile may look like the obvious choice, but it is not particularly aerodynamic and may have errors induced by erratic
    turbulence I would suggest that the projectiles could be tear-drop
    shaped to give them the best aerodynamics, with slightly spiralled tail fins that engage with rifling in the barrel to spin stabilise it in
    flight.

    Do you think that would actually be significant on such a small scale? "Rifling" in a gun barrel seems to be an improvement to maintain
    controlled flight over REALLY LONG distances and at high muzzle velocities.

    With a long thin projectile, random tumbling could become a problem.
    If it were spin-stabilised at least it would only be moving sideways
    through the air in a predicatable and repeatable manner at the end of
    the trajectory.

    Perhaps a spherical projectile would be better for short distances.

    ... I had assumed "water" just because it "flows" once the bag has
    ruptured.
    (the ruptured bags represent minimal litter and the water will
    eventually evaporate.

    Use ice for the projectile, there would be no litter at all. If it were pointed and had the right aerodynamic properties it would embed
    point-first in the ground and not bounce - but it could be dangerous if
    it hit anything other than soft ground.


    What if there was a "plunger" that provided the seal, with the "payload" sitting ON the plunger, while loaded? E.g., like a linear catapult.

    Yes, that would work. The critical point is that the air flow and
    maximum obstructed pressure are already established before the
    projectile enters the accelerating region, so there is no need for
    accurate valve timing.

    How about a spherical bag (toy balloon?) full of water sitting in a
    polystyrene cup which maintained its shape as it was accelerated up the
    barrel. The cup and balloon would separate in the air, with the cup
    falling near the launch point where it could be retrieved and re-used.


    Could a "gate" behind the ONE projectile not serve the purpose of the
    second? Or, the plunger I mentioned, above?

    Yes. I was following on from the 'row of peas' already stored in the
    barrel, but if you have a magazine on the side you could load one at a
    time. That could get messy if the projectiles were water-filled bags.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Clive Arthur@21:1/5 to Liz Tuddenham on Sun Nov 24 11:58:53 2024
    On 24/11/2024 11:30, Liz Tuddenham wrote:

    <snip>

    Use ice for the projectile, there would be no litter at all. If it were pointed and had the right aerodynamic properties it would embed
    point-first in the ground and not bounce - but it could be dangerous if
    it hit anything other than soft ground.

    Snowballs!

    --
    Cheers
    Clive

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Sun Nov 24 05:01:30 2024
    On 11/24/2024 4:30 AM, Liz Tuddenham wrote:
    ... I had assumed "water" just because it "flows" once the bag has
    ruptured.
    (the ruptured bags represent minimal litter and the water will
    eventually evaporate.

    Use ice for the projectile, there would be no litter at all. If it were pointed and had the right aerodynamic properties it would embed
    point-first in the ground and not bounce - but it could be dangerous if
    it hit anything other than soft ground.

    Or, make it *hollow* so it just shatters and leaves small, thin ice shards behind!!

    [The trouble would be storing them prior to launch so they don't
    melt and stick together in the magazine!]

    What if there was a "plunger" that provided the seal, with the "payload"
    sitting ON the plunger, while loaded? E.g., like a linear catapult.

    Yes, that would work. The critical point is that the air flow and
    maximum obstructed pressure are already established before the
    projectile enters the accelerating region, so there is no need for
    accurate valve timing.

    How about a spherical bag (toy balloon?) full of water sitting in a polystyrene cup which maintained its shape as it was accelerated up the barrel. The cup and balloon would separate in the air, with the cup
    falling near the launch point where it could be retrieved and re-used.

    Couldn't the plunger be "polystyrene cup shaped" so it stays behind
    for reuse, automatically?

    Could a "gate" behind the ONE projectile not serve the purpose of the
    second? Or, the plunger I mentioned, above?

    Yes. I was following on from the 'row of peas' already stored in the
    barrel, but if you have a magazine on the side you could load one at a
    time. That could get messy if the projectiles were water-filled bags.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Anass Luca@21:1/5 to Don Y on Sun Nov 24 13:43:04 2024
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/23/2024 2:13 PM, Edward Hernandez wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/22/2024 3:35 PM, Jeroen Belleman wrote:
    You're free to scale and reconfigure the thing. If you want an
    exact solution, at least specify your exact requirements.
    Otherwise we'll think you're here just to argue. You know how to
    state exact specs, don't you?

    What specs are missing from my original post?

    Your original post (message id <vhmm2k$hpg1$1@dont-email.me>)
    omitted (at least) any statement of the requirement for:

    From Message-ID: <vhn9jc$klsd$2@dont-email.me>
    The mechanism must be able to be loaded, "cocked" and released
    without humans being involved.

    Which was only revealed after two sequential posts from Liz and one
    intervening reply from you.

    Gee, my bad.

    I also didn't mention that you couldn't use a professional basketball
    player as the launcher.

    Or, that explosives as propellants would likely not be acceptable.

    Or, a specific accuracy *or* repeatability.

    Or, a cost, weight, size, etc.

    Feel better?

    The above is simply further evidence of the fact that you are trolling
    the posters here in the group.

    This is a classic troll response when the troll is caught up in the web
    of their own lies.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Sun Nov 24 14:36:33 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    Couldn't the plunger be "polystyrene cup shaped" so it stays behind
    for reuse, automatically?

    No - because the cup has to be in contact with the projectile to
    maintain its shape while it is accelerated up the barrel. That means
    the air pressure must be behind the cup.

    The cup could be stopped rapidly at the mouth of the gun by some sort of obstruction, but that would risk damaging it and/or fouling the
    projectile.


    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeff Liebermann@21:1/5 to Liz Tuddenham on Sun Nov 24 10:25:50 2024
    On Sun, 24 Nov 2024 14:36:33 +0000, liz@poppyrecords.invalid.invalid
    (Liz Tuddenham) wrote:

    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    Couldn't the plunger be "polystyrene cup shaped" so it stays behind
    for reuse, automatically?

    No - because the cup has to be in contact with the projectile to
    maintain its shape while it is accelerated up the barrel. That means
    the air pressure must be behind the cup.

    The cup could be stopped rapidly at the mouth of the gun by some sort of >obstruction, but that would risk damaging it and/or fouling the
    projectile.

    That problem was solved long ago with a discarding sabot: <https://en.wikipedia.org/wiki/Armour-piercing_discarding_sabot> <https://www.google.com/search?q=discarding+sabot&udm=2>
    which allows a long thin projectile to be launched from a barrel
    without having the projectile tumble or become deformed.
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272
    Skype: JeffLiebermann AE6KS 831-336-2558

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Sun Nov 24 11:46:39 2024
    On 11/24/2024 7:36 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    Couldn't the plunger be "polystyrene cup shaped" so it stays behind
    for reuse, automatically?

    No - because the cup has to be in contact with the projectile to
    maintain its shape while it is accelerated up the barrel. That means
    the air pressure must be behind the cup.

    I don't understand. What's the difference between the cup BEING
    the top of the plunger (which has air pressure behind it) and
    leaving the barrel WITH the projectile?

    The plunger follows/supports the projectile as it is accelerated.
    But, when the plunger reaches its end-of-throw, the projectile
    leaves it.

    The cup could be stopped rapidly at the mouth of the gun by some sort of obstruction, but that would risk damaging it and/or fouling the
    projectile.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Clive Arthur on Sun Nov 24 11:47:36 2024
    On 11/24/2024 4:58 AM, Clive Arthur wrote:
    On 24/11/2024 11:30, Liz Tuddenham wrote:

    <snip>

    Use ice for the projectile, there would be no litter at all.  If it were
    pointed and had the right aerodynamic properties it would embed
    point-first in the ground and not bounce - but it could be dangerous if
    it hit anything other than soft ground.

    Snowballs!

    Repurpose a "snowcone" machine?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Liz Tuddenham@21:1/5 to Don Y on Sun Nov 24 19:43:14 2024
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/24/2024 7:36 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    Couldn't the plunger be "polystyrene cup shaped" so it stays behind
    for reuse, automatically?

    No - because the cup has to be in contact with the projectile to
    maintain its shape while it is accelerated up the barrel. That means
    the air pressure must be behind the cup.

    I don't understand. What's the difference between the cup BEING
    the top of the plunger (which has air pressure behind it) and
    leaving the barrel WITH the projectile?

    The plunger has to stay behind the air inlet so as to block the back end
    of the barrel.

    --
    ~ Liz Tuddenham ~
    (Remove the ".invalid"s and add ".co.uk" to reply)
    www.poppyrecords.co.uk

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Liz Tuddenham on Sun Nov 24 13:23:46 2024
    On 11/24/2024 12:43 PM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    On 11/24/2024 7:36 AM, Liz Tuddenham wrote:
    Don Y <blockedofcourse@foo.invalid> wrote:

    [...]
    Couldn't the plunger be "polystyrene cup shaped" so it stays behind
    for reuse, automatically?

    No - because the cup has to be in contact with the projectile to
    maintain its shape while it is accelerated up the barrel. That means
    the air pressure must be behind the cup.

    I don't understand. What's the difference between the cup BEING
    the top of the plunger (which has air pressure behind it) and
    leaving the barrel WITH the projectile?

    The plunger has to stay behind the air inlet so as to block the back end
    of the barrel.

    But the surface on which the "propelling pressure" acts need not be the
    same surface that is acting as the cup. They just have to be "one"
    in terms of acting in concert.

    E.g., imagine a propelling cylinder containing plunger and *sealed*
    chamber (that develops the propulsive force). Extend this outward
    (in the direction the projectile will follow) as a perforated (or
    slotted) tube -- the walls of which act to stabilize the projectile
    OR PROJECTILE-IN-A-CUP.

    Air can enter behind the cup as it is traveling outward. The sizes
    of the perforations/slots is determined by THOSE needs; the remaining
    material (not perforated) addresses the needs of stabilizing the cup.
    The actual plunger can still operate in a "sealed" chamber.

    When the plunger reaches its end-of-stroke, the *cup* is still
    constrained by the walls of the perforated tube IN WHICH IT
    TRAVELS. Yet, the projectile is free to leave it.

    And, when the plunger is withdrawn, the cup "attachment" withdraws
    (into its "slotted home") with it for reuse.

    I.e., imagine the plunger was as "thick" (along the axis of travel)
    as the total range of motion. So, the end that is in contact with
    the projectile need not be within the "active" portion of the
    plunger's travel.

    Am I *still* missing something??

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Sun Nov 24 15:51:11 2024
    On 11/22/2024 4:41 PM, Don Y wrote:
    I think I'm going to explore the air solution, next.

    I actually skipped ahead to trying "skinless water balloons"
    thinking that gating a chunk of water would be easier than
    trying to control the release of pressurized air.

    I figure I can use a surplus oxygen tank (they come in
    smaller sizes for portability) so I know it will
    handle any sort of pressure I might apply without
    rupturing.  I can probably fashion an inlet port
    and outlet valve to mate to it via the single
    opening available (so I don't have to pierce the
    vessel to allow for the introduction of pressurizing
    air).

    I opted for an "expansion tank", instead. It's limited
    to ~100psi but that's likely not a problem.

    I'm *guessing* that a battery powered "inflator" that
    one might use to fill tires could achieve whatever
    pressure I need (?).  The chamber acting as a reservoir
    to allow a larger volume of air to be expelled than
    the inflator could supply in a short interval.

    I plumbed the inflator to the "air" side of the tank.
    I figured it would be easier to let water FLOW into the
    "water" side instead of trying to force it in, under
    pressure (most water pumps seem to want to move water,
    not really develop much head -- unless used in a well)

    I.e., deflate the air side, fill the water side, seal,
    inflate air side to desired pressure, launch.

    [The "reload time" may become an issue.  But, a larger
    inflator -- or a real *compressor* -- should address
    that shortcoming]

    It is lengthened considerably in my approach! <frown>

    This then boils down to how repeatable a valve I can find.

    And this is AGAIN the disappointment! Fast valves for water
    are often driven by pressurized air.

    And, get expensive really quickly!

    Next iteration is "inline magnetic catch" (suggested elsewhere).
    I figure if I start with one of those that are designed to
    hold "fire doors" open during normal business conditions
    (and release them to close under external spring power)
    that would likely be a sizeable mechanical load and yet
    an OTS device (instead of trying to fashion an electromagnet
    of suitable holding force)

    Holiday week. It will be hard to call in favors for equipment :<

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Don Y on Tue Nov 26 02:37:24 2024
    On 11/23/2024 6:20 PM, Don Y wrote:
    What if I do this mechanism BACKWARDS?

    I.e., use a spring in extension mode.  Let the "carriage" STRETCH
    it to a desired length (storing energy).  HOLD the "free" end of
    the spring in place ELECTROMAGNETICALLY (!).

    THIS is the solution! One can purchase electromagnets that can
    hold 40+ pounds (some operating at up to 100 pounds) for ~$75 (QTY1)
    and operate them from a 24V supply with << 1A.

    This has got to be the easiest way to avoid the mechanical mess
    that comes with other "launch" schemes!

    I will place an order after the holidays. No idea what lead
    times will be.

    Maybe I can replace the spring with something else, at the same
    time. If the release/catch issue is out of the way the rest
    should be easy!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jasen Betts@21:1/5 to Don Y on Fri Nov 29 12:33:54 2024
    On 2024-11-26, Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/23/2024 6:20 PM, Don Y wrote:
    What if I do this mechanism BACKWARDS?

    I.e., use a spring in extension mode.  Let the "carriage" STRETCH
    it to a desired length (storing energy).  HOLD the "free" end of
    the spring in place ELECTROMAGNETICALLY (!).

    THIS is the solution! One can purchase electromagnets that can
    hold 40+ pounds (some operating at up to 100 pounds) for ~$75 (QTY1)
    and operate them from a 24V supply with << 1A.

    Or for the scrap value of a microwave oven transformer.

    This has got to be the easiest way to avoid the mechanical mess
    that comes with other "launch" schemes!

    There will be magnetic friction as it lets go, but this should be
    repeatable if the armature placement is repeatable,

    Maybe I can replace the spring with something else, at the same
    time. If the release/catch issue is out of the way the rest
    should be easy!

    Some sort of "springboard" perhaps.

    --
    Jasen.
    🇺🇦 Слава Україні

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Don Y@21:1/5 to Jasen Betts on Fri Nov 29 07:19:46 2024
    On 11/29/2024 5:33 AM, Jasen Betts wrote:
    On 2024-11-26, Don Y <blockedofcourse@foo.invalid> wrote:
    On 11/23/2024 6:20 PM, Don Y wrote:
    What if I do this mechanism BACKWARDS?

    I.e., use a spring in extension mode.  Let the "carriage" STRETCH
    it to a desired length (storing energy).  HOLD the "free" end of
    the spring in place ELECTROMAGNETICALLY (!).

    THIS is the solution! One can purchase electromagnets that can
    hold 40+ pounds (some operating at up to 100 pounds) for ~$75 (QTY1)
    and operate them from a 24V supply with << 1A.

    Or for the scrap value of a microwave oven transformer.

    They make devices specifically designed to hold particular "weights"
    so this eliminates that variable from the build. They also come with
    "striker plates" that are designed to ease repeatability in positioning.

    This has got to be the easiest way to avoid the mechanical mess
    that comes with other "launch" schemes!

    There will be magnetic friction as it lets go, but this should be
    repeatable if the armature placement is repeatable,

    Yes. It also means I have more freedom over the exact mechanism
    used for the "propulsion" as well as "tension"!

    Maybe I can replace the spring with something else, at the same
    time. If the release/catch issue is out of the way the rest
    should be easy!

    Some sort of "springboard" perhaps.

    Any of the ideas presented is again, "fair game", as the release/catch
    was the typical problem area.

    Now, to figure out just how large (mass and size) I can go within the constraints of the "catch"...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From john larkin@21:1/5 to blockedofcourse@foo.invalid on Fri Nov 29 08:06:10 2024
    On Tue, 26 Nov 2024 02:37:24 -0700, Don Y
    <blockedofcourse@foo.invalid> wrote:

    On 11/23/2024 6:20 PM, Don Y wrote:
    What if I do this mechanism BACKWARDS?

    I.e., use a spring in extension mode.  Let the "carriage" STRETCH
    it to a desired length (storing energy).  HOLD the "free" end of
    the spring in place ELECTROMAGNETICALLY (!).

    THIS is the solution! One can purchase electromagnets that can
    hold 40+ pounds (some operating at up to 100 pounds) for ~$75 (QTY1)
    and operate them from a 24V supply with << 1A.

    I suspect that there is no limit in pounds per watt that an
    electromagnet might hold up. Or it's at least enormous.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)