New regulations are banning the development of delivery robots
Many states and jurisdictions are rushing to write laws and regulations governing the testing and deployment of robocars. California is working on its new regulations right now. The first focus is on testing, which makes sense.
Unfortunately the California proposed regulations and many similar regulations contain a serious flaw:
The autonomous vehicle test driver is either in immediate physical control of the vehicle or is monitoring the vehicle's operations and capable of taking over immediate physical control.
This is quite reasonable for testing vehicles based on modern cars, which all have steering wheels and brakes with physical connections to the steering and braking systems. But it presents a problem for testing delivery robots or deliverbots.
Delivery robots are world-changing. While they won't and can't carry people, they will change retailing, logistics, the supply chain, and even going to the airport in huge ways. By offering very quick delivery of every type of physical goods -- less than 30 minutes -- at a very low price (a few pennies a mile) and on the schedule of the recipient, they will disrupt the supply chain of everything. Others, including Amazon, are working on doing this by flying drone, but for delivery of heavier items and efficient delivery, the ground is the way to go.
While making fully unmanned vehicles is more challenging than ones supervised by their passenger, the delivery robot is a much easier problem than the self-delivering taxi for many reasons:
- It can't kill its cargo, and thus needs no crumple zones, airbags or other passive internal safety.
- It still must not hurt people on the street, but its cargo is not impatient, and it can go more slowly to stay safer. It can also pull to the side frequently to let people pass if needed.
- It doesn't have to travel the quickest route, and so it can limit itself to low-speed streets it knows are safer.
- It needs no windshield or wheel, and can be small, light and very inexpensive.
A typical deliverbot might look like little more than a suitcase sized box on 3 or 4 wheels. It would have sensors, of course, but little more inside than batteries and a small electric motor. It probably will be covered in padding or pre-inflated airbags, to assure it does the least damage possible if it does hit somebody or something. At a weight of under 100lbs, with a speed of only 25 km/h and balloon padding all around, it probably couldn't kill you even if it hit you head on (though that would still hurt quite a bit.)
The point is that this is an easier problem, and so we might see development of it before we see full-on taxis for people.
But the regulations do not allow it to be tested. The smaller ones could not fit a human, and even if you could get a small human inside, they would not have the passive safety systems in place for that person -- something you want even more in a test vehicle. They would need to add physical steering and braking systems which would not be present in the full drive-by-wire deployment vehicle. Testing on real roads is vital for self-driving systems. Test tracks will only show you a tiny fraction of the problem.
One way to test the deliverbot would be to follow it in a chase car. The chase car would observe all operations, and have a redundant, reliable radio link to allow a person in the chase car to take direct control of any steering or brakes, bypassing the autonomous drive system. This would still be drive-by-wire(less) though, not physical control.
These regulations also affect testing of full drive-by-wire vehicles. Many hybrid and electric cars today are mostly drive-by-wire in ordinary operations, and the new Infiniti Q50 features the first steer-by-wire. However the Q50 has a clutch which, in the event of system failure, reconnects the steering column and the wheels physically, and the hybrids, even though they do DBW regenerative braking for the first part of the brake pedal, if you press all the way down you get a physical hydraulic connection to the brakes. A full DBW car, one without any steering wheel like the Induct Navia, can't be tested on regular roads under these regulations. You could put a DBW steering wheel in the Navia for testing but it would not be physical.
Many interesting new designs must be DBW. Things like independent control of the wheels (as on the Nissan Pivo) and steering through differential electric motor torque can't be done through physical control. We don't want to ban testing of these vehicles.
Yes, teams can test regular cars and then move their systems down to the deliverbots. This bars the deliverbots from coming first, even though they are easier, and allows only the developers of passenger vehicles to get in the game.
So let's modify these regulations to either exempt vehicles which can't safely carry a person, or which are fully drive-by-wire, and just demand a highly reliable DBW system the safety driver can use.
Comments
JCreasey
Tue, 2014-04-22 11:21
Permalink
Small vehicles could be very dangerous on the roads
For any delivery bot on the normal roads there has to be a sensible size mandate, you can't have little three wheeled suitcase sized objects going too fast or too slow on the roads. Below a certain size vehicles become a hazard on the roads which is why bicycles and small motor scooters are not allowed on freeways. There are requirements for the delivery vehicles to merge in with existing traffic to follow their pathing requirements and vehicles will have to keep pace with existing road traffic. Something the size of a eSMARTfortwo might be the smallest vehicle you'd want on the road for this type of application, and at least these can support a driver for the testing phase so fit with current trends in regulation without a problem.
brad
Tue, 2014-04-22 15:46
Permalink
Not about freeways
As I explained elsewhere, this is not about freeway vehicles, but low speed vehicles for back roads. However, in any event, I expect these vehicles to be designed to be more than adequately visible even if they are small, via the use of flags, lights and directed light pulses aimed at drivers. (It is even possible, with an infrared camera, to detect if a driver has made eye contact with you.)
But I'm not here to solve the visibility problem today, though it seems that it should not be a big barrier. It's about 20th on the list of interesting issues around delivery robots.
Steve
Wed, 2014-04-23 01:03
Permalink
Special zones
I can see the logic in getting autonomous technology right in unmanned vehicles before fully applying it to vehicles caring people. At the moment there is something a bit back to front with the approach of testing it on humans first and unmanned vehicles second, although I understand the reasons for wanting a driver ready to take over. Perhaps an alternative would be to have special zones where exceptions to blanket laws could give the engineers more freedom to test the technology in the opposite order. Small towns with progressive leadership needing an employment boost may put their hands up. By trialling in a limited area the ability to educate and work in the local population would be greatly enhanced. The interaction of delivery robots with other human drivers is surely one of the big unknowns. There is nothing revolutionary in this idea, it is very common to first test a concept in a local area before rolling it out. But unless I have missed something I don't hear much talk about it regarding autonomous vehicles.
brad
Fri, 2014-04-25 11:32
Permalink
No special zones
The problem with special zones is you might end up with only being able to go in the special zones, which is not what you want.
You want to test on real streets with real traffic, not something that's been made less challenging, or it's not a real test.
DensityDuck
Mon, 2014-05-05 14:12
Permalink
Test the software and the sensors, then build the platform
Use a workhorse car to test the sensors and software; verify that the autonomous system works, and demonstrate it to a regulator's satisfaction; then build that software and sensor suite into the production vehicle body.
Suggesting that the final body design is needed to get the sensors and control logic working is putting the cart before the horse, as it were.
brad
Fri, 2014-05-09 01:59
Permalink
In a normal system, yes
But the reality is that the first companies to deploy vehicles will be paranoid, and for good reason. Which means they will want to test the very configuration they sell extensively, and make only minimal modifications to it in the latter phases of development. Not just to the software, but even to the hardware -- ie. the car.
And while it can be OK to be changing some aspects of the car -- the seats, etc. -- changing things that affect how it drives will need that testing.
Over time, they will get more confident, more willing to just slap a well-tested system on to a new car model, particularly one with the same steering system and braking system. But not in the first releases.
Add new comment