Skip to main content

Drone crash near kids leads Swiss Post and Matternet to suspend autonomous deliveries

A serious crash by a delivery drone in Switzerland have grounded the fleet and put a partnership on ice. Within a stone’s throw of a school, the incident raised grim possibilities for the possibilities of catastrophic failure of payload-bearing autonomous aerial vehicles.

The drones were operated by Matternet as part of a partnership with the Swiss Post (i.e. the postal service), which was using the craft to dispatch lab samples from one medical center for priority cases. As far as potential applications of drone delivery, it’s a home run — but twice now the craft have crashed, first with a soft landing and the second time a very hard one.

The first incident, in January, was the result of a GPS hardware error; the drone entered a planned failback state and deployed its emergency parachute, falling slowly to the ground. Measures were taken to improve the GPS systems.

The second failure in May, however, led to the drone attempting to deploy its parachute again, only to sever the line somehow and plummet to earth, crashing into the ground some 150 feet from a bunch of kindergartners. No one was hit but this narrowly avoided being a worst-case scenario for the service: not just a craft failing, but the emergency systems failing as well, and over not just a populated area but immediately over a bunch of children. The incident was documented last month but not widely reported.

Falling from a few hundred feet, the 12-kilogram (about 26 pounds) drone and payload could easily have seriously injured or even killed someone — this is why there are very strict regulations about flying over populated areas and crowds.

Obviously they grounded the fleet following this incident and will not spin up again until Matternet addresses the various issues involved. How was it even possible, for instance, that the parachute line was capable of being cut by something on the drone?

In a statement to IEEE Spectrum, which recently noted the news stateside, Matternet said that it “had never seen a failure like that in the past, neither in our expensive (sic) testing nor in commercial operations.” (Presumably they meant extensive.) The company issued a slightly different statement to TechCrunch:

This is the first time ever that our vehicle parachute system has failed. As stated in the report, the flight termination system was triggered nominally per the drone’s specification, but the parachute cord was severed during the parachute deployment.

At Matternet, we take the safety of our technology and operations extremely seriously. A failure of the parachute safety mechanism system is unacceptable and we are taking all the appropriate measures to address it.

Swiss Post and Matternet reacted to the incident immediately by grounding all the operations involving this vehicle type. Our experts analyzed the incident and proposed the appropriate mitigations which are being evaluated by FOCA. We will restart operations once Matternet and Swiss Post, FOCA and our hospital customers in Switzerland are satisfied that the appropriate mitigations have been applied.

Drone delivery is a promising field, but situations like this one don’t do it any favors when regulators take a look. Despite sunny predictions from the industry, there is a huge amount of work yet to be done in terms of flight proving the technology, and although 2 failures out of some 3,000 may not sound like a lot, if one of those failures is an uncontrolled fall that nearly takes out some kids, that could set the entire industry back.



from TechCrunch https://ift.tt/314bI0n

Comments

Popular posts from this blog

How To Play Doom – And More – On An NES

Doom was a breakthrough game for its time, and became so popular that now it’s essentially the “Banana For Scale” of hardware hacking. Doom has been ported to countless devices, most of which have enough processing ability to run the game natively. Recently, this lineup of Doom-compatible devices expanded to include the NES even though the system definitely doesn’t have enough capability to run it without special help. And if you want your own Doom NES cartridge, this video will show you how to build it . We featured the original build from [TheRasteri] a while back which goes into details about how it’s possible to run such a resource-intensive game on a comparatively weak system. You just have to enter the cheat code “RASPI”. After all the heavy lifting is done, it’s time to put it into a realistic-looking cartridge. To get everything to fit in the donor cartridge, first the ICs in the cartridge were removed (except the lockout IC) and replaced with custom ROM chips. Some modifica...

Try NopSCADlib for your Next OpenSCAD Project

Most readers of this site are familiar by now with the OpenSCAD 3D modeling software, where you can write code to create 3D models. You may have even used OpenSCAD to output some STL files for your 3D printer. But for years now, [nophead] has been pushing OpenSCAD further than most, creating some complex utility and parts libraries to help with modeling, and a suite of Python scripts that generate printable STLs, laser-ready DXFs, bills of material, and human-readable assembly instructions complete with PNG imagery of exploded-view sub-assemblies. Recently [nophead] tidied all of this OpenSCAD infrastructure up and released it on GitHub as NopSCADlib . You can find out more by browsing through the example projects and README file in the repository, and by reading the announcement blog post on the HydraRaptor blog . Some functionality highlights include: a large parts library full of motors, buttons, smooth rod, et cetera many utility functions to help with chamfers, fillets, precis...

The Newbie’s Guide To JTAG

Do you even snarf? If not, it might be because you haven’t mastered the basics of JTAG and learned how to dump, or snarf, the firmware of an embedded device. This JTAG primer will get you up to snuff on snarfing, and help you build your reverse engineering skills. Whatever your motivation for diving into reverse engineering devices with microcontrollers, JTAG skills are a must, and [Sergio Prado]’s guide will get you going. He starts with a description and brief history of the Joint Test Action Group interface, from its humble beginnings as a PCB testing standard to the de facto standard for testing, debugging, and flashing firmware onto devices. He covers how to locate the JTAG pads – even when they’ve been purposely obfuscated – including the use of brute-force tools like the JTAGulator . Once you’ve got a connection, his tutorial helps you find the firmware in flash memory and snarf it up to a file for inspection, modification, or whatever else you have planned. We always apprec...