Hacker News new | ask | show | jobs
by acyou 605 days ago
Great, but that robot isn't doing an actual task?

I sort of struggle to see how getting good positioning accuracy from a high backlash system under zero load can have a useful application.

Maybe just lack of imagination on my part.

There is this trend that says make and buy bad hardware, the software will solve it. I haven't noticed that paying off. Tesla using webcams for self driving is an example. Boeing designing their planes and then using faulty attitude sensors is another.

I would be way more impressed if the robot did something useful. My suspicion is that its real world application capabilities are rather limited.

3 comments

You have oversimplified the Boeing one: their goal was to create an efficient plane to compete with Airbus without needing the expense and delays of a new type certification.

To do this they needed bigger engines on the same frame, which in turn needed to be mounted further forward affecting flight characteristics and requiring retraining. Retraining would be a sales killer so they hacked on some software systems to attempt to make the plane fly like an older 737.

Then they can just use an iPad training course for pilots to upgrade. The augmentation had to avoid the pilot knowing about (I think) the plane getting stuck in a stall at a too high AoA (this is where my memory might be off...) so the MCAS software uses AoA sensors to nose down based on the detected AoA.

The AoA sensors were never designed to be used for a direct life and death critical use case and sometimes they got stuck or failed. MCAS only used one as an input. If MCAS incorrectly asseses a nose down is required and the pilot follows their 737 training they are having their last day. That plane is going down.

Bascially people were murdered by Boeing so at every stage of this wretched plan they can make more money.

I think you are right but Boeing was more of perhaps the worst possible asshole design, and deserves it's own league.

> If MCAS incorrectly asseses a nose down is required and the pilot follows their 737 training they are having their last day. That plane is going down.

Boeing’s argument is that an MCAS trim runaway is able to be addressed by the (memory item) Trim Runaway checklist and the crew of ET302 correctly used the STAB TRIM CUTOUT on that checklist during their attempt to save the flight. They then undid that action, in order to manually command nose-up trim (also reasonable under the circumstances, though contrary to the checklist), then stopped commanding nose-up trim while leaving the trim runaway checklist item reverted, allowing MCAS to continue the trim runaway that they’d previously correctly stopped by following basic 737 training. Then the flight was lost.

Boeing did wrong here, but their argument was that if a 737 pilot correctly executed the emergency checklist that is drilled into them during initial type training and in recurrent training, they’d be able to overcome that emergency. That falls into at least the probably technically correct category to me.

(The yoke displacement method to disconnect the autopilot was not part of the emergency checklist for stab trim runaway.)

Arguably the problem is that Boeing absolutely and utterly failed to do what they set out to do. After all, if the MCAS failures would present like the usual 737 runaway stabilizer, then the certified pilots would have been able to handle it as such. Since the "runaway MCAS" was a completely new phenomenon (one factor being the absolutely idiotic "on for a few seconds and then off for some" cycle).

And as we know the FAA also was clueless, as they approved Boeing's "safety analysis".

>>> Extensive interviews with people involved with the program, and a review of proprietary documents, show how Boeing originally designed MCAS as a simple solution with a narrow scope, then altered it late in the plane’s development to expand its power and purpose. Still, a safety-analysis led by Boeing concluded there would be little risk in the event of an MCAS failure — in part because of an FAA-approved assumption that pilots would respond to an unexpected activation in a mere three seconds.

And, just to drive whatever point home, on top of all this the FAA completely dropped the ball, because it did not notice that they allowed Boeing to break their own base conditions which in effect invalidated the safety analysis.

>>> As Boeing and the FAA advanced the 737 MAX toward production, they limited the scrutiny and testing of the MCAS design. Then they agreed not to inform pilots about MCAS in manuals, even though Boeing’s safety analysis expected pilots to be the primary backstop in the event the system went haywire.

It's understandable that Boeing wanted to avoid simulator training, but apparently this regulatory discontinuity (ie. either same or different, no in-between, as far as I understand) forced them to concentrate so much on avoiding the need for new type certification that they ended up completely believing their own crazy tale about the two models' sameness, which led to hiding information from pilots.

https://www.seattletimes.com/seattle-news/times-watchdog/the...

I think it may have been a contractual term where Boeing could avoid a $1M reduction in purchase price per aircraft (times 280 aircraft) if simulator training could be avoided for the launch customer, Southwest Airlines.

https://www.sciencedirect.com/science/article/abs/pii/S10575...

There’s some really negligent stuff, like changing how to disable auto pilot (ie, MCAS) — as the pilots of both crashed planes attempted actions that would have disabled the autopilot on previous models.
If the pilots know how this sausage is made, it aint a 737 anymore. I think thay is the reason they rolled the dice sadly.
Wasn’t the Boeing issue completely preventable with an inconsequential extra part that cost nothing? Like the short cuts actually worked but they literally went all the way to almost succeeding and snatched defeat from the jaws of victory. (Aside from all the other things they did that also contributed to disaster situations going worse)
I don't know. Maybe an expert can chime in but I think it is a hard problem because of ice etc. I think the 737Max has the problem where AoA matters more because you can get into a stall you can't get out of.

Whereas maybe before on older planes you get in a stall and you nose down to reduce AoA. You don't need a sensor to know this look at altitude etc.

So now you need perfect ten nines of reliability AoA sensors. Their use case has gone from a data point to mission critical, but the sensor is the same.

You never want to get into a stall in a large commercial jet. Private pilots are taught stall and maybe spin recovery techniques for small GA aircraft. ATP rated pilots are taught stall/spin avoidance.

Chances are, if your AoA is anywhere near the critical AoA, a competent pilot is likely aware of it. The sensors are just another safety factor on top of that to help ensure situational awareness.

Or, in the case of the 737Max, to trigger a chain of events that proved lethal to hundreds to people. That’s the secondary use of the AOA sensor in combination with the FC software that they implemented. It would have been relatively easy to integrate the AOA input with other sensors to eliminate this problem, but it would have invited a deeper look at the hazards of their design decisions.

Bean counters bathing in blood, all the way down.

> Bean counters bathing in blood, all the way down.

No resource is infinite and money is an important constraint in any engineering project. Engineering is all about making compromises. Good engineering is making the right compromises: especially when life and death decisions are being made.

Casually blaming "bean counters" is a distracting fantasy available to anyone that doesn't have to make real-world decisions. Understanding the causes of how Boeing systematically screwed up requires a bit more maturity than you appear to show. "Bean-counters" particularly comes across as childish name-calling to me, and clichés don't help either.

The fact that the MAX has been cleared to fly again shows that the design decisions were not utterly flawed.

Regarding applications for robots that have to move very precisely without carrying a load, there are robotic measurement systems: https://en.wikipedia.org/wiki/Coordinate-measuring_machine
Look at this later videos where he has the servo lift a weight on a long arm.
Eurika! Other videos! Thank you for the idea.

One example of real work: https://www.youtube.com/watch?v=GCHXNcpq3OA