Shoot for the magic trunk!Technology Connextras (the second channel where I put stuff sometimes)https://www.youtube.com/@TechnologyConnextrasTechnology Conne...
First, wear your dust mask. Who knows where these machines have been?
The old firing computers from WW2 are cool as hell.
Not just analog, but mechanical analog.
They take 25 inputs, some of which come directly from the spotter scope things, some from the ship itself, and then controls the guns directly.
It’s all cams, gears, reciprocating whatsits and stuff.
And because it’s analog, there is no quantisation, rounding errors, floating point errors. It’s continuously and instantly calculated.
Very cool stuff. https://youtu.be/s1i-dnAH9Y4
He goes into detail about how non-linear equations are implemented using shaped cam gears (and how such functions can be difference-encoded against linear forms). It’s insane.
And because it’s analog, there is no quantisation, rounding errors, floating point errors.
Eh, I’d say that runout and stiction are their own demons with potentially more bias than those error types :) Not to mention temperature sensitivity – hot days will give different answers to the equations!
Eh, I’d say that runout and stiction are their own demons with potentially more bias than those error types :) Not to mention temperature sensitivity – hot days will give different answers to the equations!
Ha, oh yeh. Good point.
A bit of dirt throwing off the calculations.
The older I get, the more I appreciate things like this, what is basically 19th century mechanical engineering, and what those geniuses were able to do with it. Like fly planes through WWII.
Yeh, it’s crazy right?
This is all just fancy wheels, turned around, odd shaped, made to fit together better.
And the understanding of mathematics, geometry and mechanics makes this massive apparatus of intricately connected pieces - which are relatively easy to understand in isolation - into this thing that can point a gun to be able to hit a moving target.
World War 2 was horrendous. But some of the tech developed is jaw-dropping.
Since then, it’s grown exponentially. We are standing on the shoulders of giants!
The craziest thing to me is they didn’t have any sort of CAD, 3d printing or other rapid prototyping tech. Most of these things wouldn’t work if made from a cheap sample material either, due to the torque they needed to handle. So really the only option was to put a ton of effort into design, make a few prototypes and start manufacturing. Iterative design could take years to get results back from users.
The classic example to me is the square bale knotter. A collection of cast iron sector gears, cams, jackshafts, blades and hooks with grippers, flung through their complex cycle in 1/4 second in dirty field conditions. Using arbitrary twine and tension, variable drive speed and a product that can vary from 10lbs to 80lbs per volume. For tens of thousands of cycles with minimal maintenance aside from pumping grease into the grease points.
And mine is still working perfectly today after 60 years or more! This year it didn’t miss one single knot of thousands. Incredible engineering.
Oh yeh, things like old looms? That ran on punch cards to program the pattern? https://en.wikipedia.org/wiki/Jacquard_machine
First prototyped in 15th century.
And all the iterations on it in the 18th and 19th century. Very cool tech
IIRC, when they were looking at refitting the Iowa class ships in the late 70s/early 80s, they found that while they could make the mechanical fire control computers smaller, they couldn’t make them any more accurate.
I mean, that’s 40 years ago.
I can understand that their mechanical abilities had peaked, and weren’t able to improve on it.
It would be curious to test that against a modern CNCd mechanical analog firing computer, and then test THAT against a modern 128-bit fixed/floating point computer.
I imagine the computer would win
The old firing computers from WW2 are cool as hell.
Not just analog, but mechanical analog.
They take 25 inputs, some of which come directly from the spotter scope things, some from the ship itself, and then controls the guns directly.
It’s all cams, gears, reciprocating whatsits and stuff.
And because it’s analog, there is no quantisation, rounding errors, floating point errors. It’s continuously and instantly calculated.
Very cool stuff.
https://youtu.be/s1i-dnAH9Y4
Very pretty stuff. I particularly recommend Ken Shirriff’s Reverse-engineering the mechanical Bendix Central Air Data Computer:
He goes into detail about how non-linear equations are implemented using shaped cam gears (and how such functions can be difference-encoded against linear forms). It’s insane.
Eh, I’d say that runout and stiction are their own demons with potentially more bias than those error types :) Not to mention temperature sensitivity – hot days will give different answers to the equations!
Ha, oh yeh. Good point.
A bit of dirt throwing off the calculations.
Wow, thanks for the link.
The older I get, the more I appreciate things like this, what is basically 19th century mechanical engineering, and what those geniuses were able to do with it. Like fly planes through WWII.
Yeh, it’s crazy right?
This is all just fancy wheels, turned around, odd shaped, made to fit together better.
And the understanding of mathematics, geometry and mechanics makes this massive apparatus of intricately connected pieces - which are relatively easy to understand in isolation - into this thing that can point a gun to be able to hit a moving target.
World War 2 was horrendous. But some of the tech developed is jaw-dropping.
Since then, it’s grown exponentially. We are standing on the shoulders of giants!
The craziest thing to me is they didn’t have any sort of CAD, 3d printing or other rapid prototyping tech. Most of these things wouldn’t work if made from a cheap sample material either, due to the torque they needed to handle. So really the only option was to put a ton of effort into design, make a few prototypes and start manufacturing. Iterative design could take years to get results back from users.
The classic example to me is the square bale knotter. A collection of cast iron sector gears, cams, jackshafts, blades and hooks with grippers, flung through their complex cycle in 1/4 second in dirty field conditions. Using arbitrary twine and tension, variable drive speed and a product that can vary from 10lbs to 80lbs per volume. For tens of thousands of cycles with minimal maintenance aside from pumping grease into the grease points.
And mine is still working perfectly today after 60 years or more! This year it didn’t miss one single knot of thousands. Incredible engineering.
Part of the
suctionsolution was to simply over-engineer things, which is why old anything mechanical is seriously robust.Looking at cars, an A-arm from a 1950’s vehicle can easily weigh 2x-5x more than in a similar new vehicle.
Good point. I run a lot of old equipment and compared to what new stuff could handle, I absolutely abuse it.
My flatbed “1-ton” F350 used to be a grain truck. 1 ton of grain wouldn’t even fill half the box.
I can put 4 round bales on the deck, well over 2 tons, and the overload spring pack isn’t even touching the mounts yet. It was overbuilt, all right.
Oh yeh, things like old looms? That ran on punch cards to program the pattern?
https://en.wikipedia.org/wiki/Jacquard_machine
First prototyped in 15th century.
And all the iterations on it in the 18th and 19th century. Very cool tech
IIRC, when they were looking at refitting the Iowa class ships in the late 70s/early 80s, they found that while they could make the mechanical fire control computers smaller, they couldn’t make them any more accurate.
I mean, that’s 40 years ago.
I can understand that their mechanical abilities had peaked, and weren’t able to improve on it.
It would be curious to test that against a modern CNCd mechanical analog firing computer, and then test THAT against a modern 128-bit fixed/floating point computer.
I imagine the computer would win
Here is an alternative Piped link(s):
https://piped.video/s1i-dnAH9Y4
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I’m open-source; check me out at GitHub.