Submitted by brad on Tue, 2013-11-12 18:40.
I’m back from one European tour and this weekend back in Budapest for our “Singularity University Summit” on the 15th and 16th. If you are nearby, come check it out.
While I’ve been away, a few news items.
UK Grants and plan for Milton Keynes
In the UK, they want to push for advanced transportation. This includes a 75 million pound grant program, and some money for a robocar taxi system in the town of Milton Keynes, NW of London. Milton Keynes is one of those those “cities of the future of the past” — a planned community with an unusual geometry, and the planned pods may fit right in. At first, they are planning a PRT-like service with private ROW for the pods, and the people involved include companies from the PRT field like ARUP. (It was reported in some news reports that ULTra, which makes the PRT for the Heathrow Airport — I rode it last month — would be involved but they do not appear to be.) The big news is that the plan is for the pods in MK to eventually leave their private ROW and become self-driving taxis operating in the town.
(With any luck I may be on public radio tomorrow talking about this.)
Eventually a billion pound investment is planned in advanced transportation tech.
A town taxi is a worthwhile project, especially because the town can clear the roadblocks. I am less optimistic about what “big infrastructure” project companies like ARUP will do, because they have a different mindset. The great thing though is that even if these cars begin caged, the precedent will let them become truly useful by going door to door. MK was a town designed to be polycentric, with services in every block. Such towns are harder to serve with transit as trips go from anywhere to anywhere. Transit usually goes hand in hand with centralized towns where the vast majority of trips are to and from the city centre.
The Eno Transportation center released a report on the economics of robocars. This report outlines the cost savings with different levels of deployment, and predicts huge financial benefits even with modest deployment — something readers of this blog will not be surprised to hear reported.
Other studies released include a survey that suggest that 90% of people would use a robocar if it reduced their insurance rates. What’s interesting about this study is the huge number of positives. Prior studies have all seen much smaller numbers of people willing to use a robocar 20-35%. Those studies have been couched in the idea that it’s a new, expensive thing, not a money saver.
At first, robocars will be more expensive, as all new technologies are. But they will save people money in the long run, and the insurance savings will actually be only a small part of that equation. My own forecasts suggest that the price of driving can be cut by at least a third, perhaps by half, through the use of smaller, more efficient vehicles. While the costs of fuel and accidents (insurance) are high, the cost of depreciation is still the biggest cost in operating a car.
In another nice tidbit, Chris Urmson, the head of the Google car project, gave a talk at RoboBusiness where he outlined some safety metrics being tracked. One of the big problems with robocars is that since humans have accidents only ever 250,000 miles and fatal accidents every 80 million miles, you can’t just drive every new software revision hundreds of millions of miles to compare it to humans. So Google is tracking how often the car does “risky” behaviours that are often found before accidents, like weaving out of lanes or other unsafe moves. And the results, he reports, are very good at present.
There has been lots of news coverage in the last month in various media — it is becoming so regular I don’t report it here. But one sad item sent to me involved the sudden death of Clifford Nass of Stanford’s REVS center. Cliff was an HCI expert who was moving his expertise towards cars and other related technologies and was a fixture at local events, always willing to be contrarian with facts to back it up — my kind of guy. It’s a tragedy.
Another survey had serious numbers of people saying that once they got a robocar “they would never drive again.” All these surveys do have an issue as they just propose a hypothetical and let the respondent figure out what it means. The real answers will come when more people get a real chance to try one out.
Submitted by brad on Fri, 2013-10-11 22:23.
I’ll be back and forth to Europe in the next month giving a number of talks, mostly about robocars. Catch me at the following events:
- Wired 2013 UK in London, where 4 Singularity U speakers will do an hour, including me — Oct 17-18. Looks like a great speaker list.
- Frontiers of Interaction in Milan, Oct 25 — Design, Technology and Interactive.
- TEDx Lecce in Lecce (boot heel of Italia) on Oct 26 — a major TEDx event with many international speakers.
- Pioneers Festival in Vienna, Oct 30-31. Reports are this event is great, with an amazing venue. I’ll be interviewed on EFF topics and car topics there.
Singularity University Summit (Europe)
And the big event is the Singularity University Europe Summit a combination of the popular Singularity Summit series and the Singularity University Program. Most of our great faculty will be there for two days in Budapest, November 15-16. Readers of this blog can get a 10% discount by using the promo code “Bradbudapest” when registering. Expect a mini-reunion of a number of our European alumni there. To toot our own horn, the majority of folks who come out of our programs call it the best program they’ve ever been to. At the Franz Liszt Academy of Music in the core of town.
Submitted by brad on Thu, 2013-10-10 14:15.
More and more often in mainstream articles about robocars, I am seeing an expression of variations of the classic 1960s “Trolley Problem.” For example, this article on the Atlantic website is one of many. In the classical Trolley problem, you see a train hurtling down the track about to run over 5 people, and you can switch the train to another track where it will kill one person. There are a number of variations, meant to examine our views on the morality and ethics of letting people die vs. actively participating in their deaths, even deliberately killing them to save others.
Often this is mapped into the robocar world by considering a car which is forced to run over somebody, and has to choose who to run over. Choices suggested include deciding between:
- One person and two
- A child and an adult
- A person and a dog
- A person without right-of-way vs others who have it
- A deer vs. adding risk by swerving around it into the oncoming lane
- The occupant or owner of the car vs. a bystander on the street — ie. car drives itself off a cliff with you in it to save others.
- The destruction of an empty car vs. injury to a person who should not be on the road, but is.
I don’t want to pretend that this isn’t an morbidly fascinating moral area, and it will indeed affect the law, liability and public perception. And at some distant future point, programmers will evaluate these scenarios in their efforts. What I reject is the suggestion that this is anywhere high on the list of important issues and questions. I think it’s high on the list of questions that are interesting for philosophical class debate, but that’s not the same as reality.
In reality, such choices are extremely rare. How often have you had to make such a decision, or heard of somebody making one? Ideal handling of such situations is difficult to decide, but there are many other issues to decide as well.
Secondly, in the rare situations where a human encounters such a moral dilemma, that person does not sit there and have an inner philosophical dialogue on which is the most moral choice. Rather, they will go with a quick gut reaction, which is based on their character and their past thinking on such situations. Or it may not be that well based on them — it must be done quickly. A robot may be incapable of having a deep internal philosophical debate, and as such the robots will also make decisions based on their “gut,” which is to say the way they were programmed, well in advance of the event. A survey on robohub showed that even humans, given time to think about it, are deeply divided both on what a car should do and even how easy it is answer the question.
The morbid focus on the trolley problem creates, to some irony, a meta-trolley problem. If people (especially lawyers advising companies or lawmakers) start expressing the view that “we can’t deploy this technology until we have a satisfactory answer to this quandry” then they face the reality that if the technology is indeed life-saving, then people will die through their advised inaction who could have been saved, in order to be sure to save the right people in very rare, complex situations. Of course, the problem itself speaks mostly about the difference between failure to save and overt action to harm.
It turns out the problem has a simple answer which is highly likely to be the one taken. In almost every situation of this sort, the law already specifies who has the right of way, and who doesn’t. The vehicles will be programmed to follow the law, which means that when presented with a choice of hitting something in their right-of-way and hitting something else outside the right-of-way, the car will obey the law and stay in its right-of-way. The law says this, even if it’s 3 people jaywalking vs. one in the oncoming lane. If people don’t like the law, they should follow the process to change it.
I suspect companies will take very conservative decisions here, as advised by their lawyers, and they will mostly base things on the rules of the road. If there’s a risk of having to hit somebody who actually has the right-of-way, the teams will look for a solution to that. They won’t go around a blind corner so fast they could hit a slow car or cyclist. (Humans go around blind corners too fast all the time, and usually get away with it.) They won’t swerve into oncoming lanes, even ones that appear to be empty, because society will heavily punish a car deliberately leaving its right-of-way if it ends up hurting somebody. If society wants a different result here, it will need to clarify the rules. The hard fact of the liability system is that a car facing 5 jaywalking pedestrians that swerves into the oncoming lane and hits a solo driver who was properly in her lane will face a huge liability for having left their lane, while if it hits the surprise jaywalkers, the liability is likely to be much less, or even zero, due to their personal responsibility. The programmers normally won’t be making that decision, the law already makes it. When they find cases where the law and precedent don’t offer any guidance, they will probably take the conservative decision, and also push for it to give that guidance. The situations will be so rare, however, that a reasonable judgement will be to not wait on getting an answer.
Real human driving does include a lot of breaking the law. There is speeding of course. There’s aggressively getting your share in merges, 4-way stops and 3-point turns. And a whole lot more. Over time, the law should evolve to deal with these questions, and make it possible for the cars to compete on an equivalent level with the humans.
Swerving is particularly troublesome as an answer, because the cars are not designed to drive on the sidewalk, shoulder or in the oncoming lane. Oh, they will have some effort put into that, but these “you should not be doing this” situations will not get anywhere near the care and testing that ordinary driving in your proper right-of-way will get. As such, while the vehicles will have very good confidence in detecting obstacles in the places they should go, they will not be nearly as sure about their perceptions of obstacles where they can’t legally go. A car won’t be as good at identifying pedestrians on the sidewalk because it should never, or almost never drive on the sidewalk. It will instead be very good at identifying pedestrians in crosswalks or on the road. Faced with the option to avoid something by swerving onto the sidewalk, programmers will have to consider that the car can’t be quite as confident it is safe to do this illegal move, even if the sidewalk is in fact perfectly clear to the human eye. (Humans are general purpose perception systems and can identify things on the sidewalk as readily as they can spot them on the road.)
It’s also asking a lot more to have the cars able to identify subtleties about pedestrians near the road. If you decide a child should be spared over an adult, you’re asking the car to be able to tell children from adults, children from dwarves, tall children from short adults — all to solve this almost-never-happens problem. This is no small ask, since without this requirement, the vehicles don’t even have to tell a dog from a crawling baby — they just know they should not run over anything roughly shaped like that.
We also have to understand that humans have so many accidents, that as a society we’ve come to just accept them as a fact of driving, and built a giant insurance system to arrange financial compensation for the huge volume of torts created. If we tried to resolve every car accident in the courts instead of by insurance, we would vastly increase the cost of accidents. In some places, governments have moved to no-fault claim laws because they realize that battling over something that happens so often is counterproductive, especially when from the standpoint of the insurers, it changes nothing to tweak which insurance company will pay on a case by case basis. In New Zealand, they went so far as to just eliminate liability in accidents, since in all cases the government health or auto insurance always paid every bill, funded by taxes. (This does not stop people having to fight the Accident Compensation Crown Corporation to get their claims approved, however.)
While the insurance industry total size will dwindle if robocars reduce accident rates, there are still lots of insurance programs out there that handle much smaller risks just fine, so I don’t believe insurance is going away as a solution to this problem, even if it gets smaller.
Submitted by brad on Tue, 2013-10-01 17:01.
One day I noticed my nice 7 month old Nexus 4 had a think crack on the screen. Not sure where it came from, but my old Nexus One had had a similar crack and when it was on you barely saw it and the phone worked fine, so I wasn’t scared — until I saw that the crack stopped the digitizer from recognizing my finger in a band in the middle of the screen. A band which included dots from my “unlock” code.
And so, while the phone worked fine, you could not unlock it. That was bad news because with 4.3, the Android team had done a lot of work to make sure unlocked phones are secure if people randomly pick them up. As I’ll explain in more detail, you really can’t unlock it. And while it’s locked, it won’t respond to USB commands either. I had enabled debugging some time ago, but either that doesn’t work unlocked or that state had been reset in a system update.
No unlocking meant no backing up the things that Google doesn’t back up for you. It backs up a lot, these days, but there’s still dozens of settings, lots of app data, logs of calls and texts, your app screen layout and much more that’s lost.
I could repair the phone — but when LG designed this phone they merged the digitizer and screen, so the repair is $180, and the parts take weeks to come in at most shops. Problem is, you can now buy a new Nexus 4 for just $199 (which is a truly great price for an unlocked phone) or the larger model I have for $249. Since the phone still has some uses, it makes much more sense to get a new one than to repair, other than to get that lost data. But more to the point, it’s been 7 months and there are newer, hotter phones out there! So I eventually got a new phone.
But first I did restore functionality on the N4 by doing a factory wipe. That’s possible without the screen, and the wiped phone has no lock code. It’s actually possible to use quite a bit of the phone. Typing is a pain since a few letters on the right don’t register but you can get them by rotating. You would not want to use this long term, but many apps are quite usable, such as maps and in particular eBook reading — for cheap I have a nice small eBook reader. And you can make and receive calls. (Even on the locked phone I could receive a call somebody made to me — it was the only thing it could do.) In addition, by connecting a bluetooth mouse and keyboard, I could use the phone fully — this was essential for setting the phone up again, where the lack of that region on the touchpad would have made it impossible.
One of my security maxims is “Every security system ends up blocking legitimate users, often more than it blocks out the bad guys.” I got bitten by that. read more »
Submitted by brad on Sat, 2013-09-28 13:42.
I’ve written about the issues relating to robocars and walking before. On one hand, some people may find themselves hardly ever walking with convenient door-to-door robocar transportation. Others may find the robocars may enable walking by allowing one-way waking trips, or enabling trips that that allow drive-walk-drive (eliminating short driving trips done just to save the trouble of walking back to get the car.)
Some similar factors apply to cycling. In a lot of the world, people bike because it’s much cheaper and they can’t afford a car. In the richer countries, most people can afford cars, but people bike because they enjoy it, or seek the exercise. They may also wish to avoid traffic, take routes only bikes can take, or avoid burning gasoline.
Let’s consider something possible with robocars: on-demand bicycle delivery. This could either be small delivery robots which can hold bicycles, or the “bikebot” — a small robot that clamps onto a bicycle and uses the bike’s wheels in concert with the robot’s. The bikebot could be a very efficient way to delivery a bicycle — certainly using less energy per mile than a human being does, or that producing the human’s food does. (A future bike could be designed so that a bikebot module can be clamped to it easily.)
Bicycles on demand offer the chance to cycle just when you want to. This could increase by quite a bit the times when you actually would cycle.
This gets combined with the robocar’s one-way taxi ability for humans. The robocar can bring the humans, and/or the bicycles to the places they want to bike. (More efficiently, too, since bikes on bike racks are not very aerodynamic.)
Just like it does for walking, the multi-mode, multi-leg trip becomes enabled. For example, I often find I drive to Google, and then to Nasa which is 2.5 miles away, and then back home. The 2.5 mile leg is ideal for cycling — there’s even a bike trail for much of it — but I can’t do this. First I would have to always bring my bike. (While Google does provide bikes, they are tiny single-gear bikes not meant to leave campus.) I could do the round-trip to come back and get my car, but that’s less convenient and can hit some nasty traffic patterns — traffic in and out of Google at rush hour is very bad. This is a personal example, but I am sure you can all think of examples from your own life where you take an intermediary trip today (in your car) of a few miles that might be very nice for biking.
Weather is another impediment to biking. When I used to bike commute, I would drive instead if the forecast called for rain in the afternoon, even if it was nice in the morning. With robocars I could bike in, and ride back.
Bike delivery means choice of bike. Recumbents are hard to carry in cars, but no challenge for a custom bike delivery robot. They are more comfortable to ride and faster on flats and downhill. You could even climb a hill in a diamond bike and descend in a recumbent. Or, let’s face it, you could also have the cheater’s option of climbing the hard hills in a car, or with power assist, and riding alone when going down or traversing flatter terrain. That might be a cheater’s option, but it would get more people cycling. Your gear could shadow you in a small cargo robot.
The robocar also offers easy transportation for you, and your bikes, to the places where it’s fun to bike. Get driven to the coast, then bike it, then get driven back from your endpoint. Or bike the “interesting parts” and drive the boring (or difficult) ones.
The main issue? At least at first, a human will need to be there to put a bike into a bike-delivery robot or clamp a bikebot on the bike. That means you must declare your destination in advance, with enough time to get that robot to that spot so you can hand over the bike. Perhaps in the future, there will be robots that can pick up a waiting bike without a human to help. Quick one-way trips will probably not be with your personal bike, but rather a rental. While there are those who insist on their personally chosen bike for long rides, most people can tolerate a quality rental bike for a quick urban leg. Trikes, which are super easy to ride, can also be offered, and even bikes and trikes with motor assist when you want the non-exercise advantages of a bicycle could be provided.
Cycling could also be great for commute times. Many commuters might be happy to get a ride (perhaps even in groups) to the outskirts of the CBD, but as they enter the congested zone, have their car drop them off next to a bike for a quick ride to work. Long enough to get some exercise but not long enough to need a shower. This does present a problem when it rains and everybody wants to ride all the way in, though.
In the less developed world, where the bicycle is the transportation of choice due to cost, the robocar will take away some riders as it offers lower-cost transportation, protected from the weather, without up-front investment. However, eventually the above factors from the developed world will bring people back to the bicycle even though they can afford the car.
Submitted by brad on Thu, 2013-09-26 18:45.
I recently read a complaint by an EV driver that the charging station at De Anza College cost 55 cents/kwh. The national average price for electricity is around 10 cents, and at that price a typical electric car costs under 3 cents/mile for electricity. Gasoline costs about 8 cents/mile in a Prius, about 13 cents in a decent non-hybrid and 18 cents/mile in the average car which gets 22mpg. (At least here in California.) But the college’s charger’s electricity is almost 15 cents/mile in most electric sedans today, which is more than the gasoline in any gasoline car an eco-conscious person is likely to buy. (California Tier III electricity is 30 cents/kwh and thus almost as much.)
The price of charging stations varies wildly. A lot of them are free still, financed by other motivations. Tesla’s superchargers are free — effectively part of the cost of the car. It’s not uncommon for parking lots to offer free charging if you pay for parking, since parking tends to cost a fair bit more. After all, you won’t put more than 20kwh in a Leaf (and probably a lot less) and that costs just $2 at the average grid price.
This got me thinking of how the economics of charging will work in the future when electric cars and charging stations are modestly plentiful. While the national grid average is 10 cents, in many places heavy users can pay a lot more, though there are currently special deals to promote electric cars. Often the daytime cost for commercial customers is quite a bit higher, while the night is much lower. Charging stations at offices and shops will do mostly day charging; ones in homes and hotels will do night charging.
Unlike gasoline pumping, which takes 5 minutes, charging also involves parking. This is not just because charging takes several hours, but because that is enough time that customers won’t want to come and move their car once full, and so they will take the space for their full parking duration, which may be 8 or more hours.
Charging stations are all very different in utility. While every gasoline station near your route is pretty much equivalent to you, your charging station is your parking spot, and as such only the ones very close to your destination are suitable. While a cheap gas station 2 miles off your route would have a line around the block, a free charging stations 2 miles away from your destination is not that attractive! More to the point, the charging point close to your destination is able to command a serious premium. That have a sort of monopoly (until charging stations become super common) on charging at the only location of value to you.
Put another way, when buying gasoline, I can choose from all the stations in town. When picking an EV charge, I can only choose from stations with an available spot a short walk from my destination. Such a monopoly will lead to high prices in a market where the stations are charging (in dollars :-) what the market will bear.
The market will bear a lot. While the electricity may be available cheap, EV owners might be easily talked into paying as much for electricity as gasoline buyers do, on a per-mile basis. The EV owners will be forgetting the economics of the electric car — you pay the vast bulk of your costs up front for the battery, and the electrical costs are intended to be minor. If the electricity cost rivals that of gasoline, the battery cost is now completely extra.
Naturally, EV owners will do at least half their charging at home, where they negotiate the best rate. But this could be worse, as they might well be talked into looking at the average. They could pay 80 cents/kwh in the parking lot and 10 cents/kwh at home, and figure they are getting away with 45 cents and “still beating gasoline.” They would be fooling themselves, but the more people willing to fool themselves, the higher prices will go.
There is another lack of choice here. For many EV drivers, charging is not optional. Unless they have easy range to get back home or to another charging place they will spend lots of time, you must charge if you are low and the time opportunity presents itself. To not do so is either impossible (you won’t get home) or very foolish (you constrain what your EV can do.) When you face a situation where you must charge, and you must charge in a particular place, the potential for price gouging becomes serious. read more »
Submitted by brad on Wed, 2013-09-18 21:24.
It began with reports on a job ad at Tesla for an ADAS engineer to work on self-driving systems, and now there is a declaration from Elon Musk of a desire for a semi-automated car in three years. Musk says he expect the car to be “90% automated” which I will interpret as meaning it does highway driving. It is not said if this is the same sort of highway driving found in products like Cadillac’s “super cruise” or similar offerings from BMW, Mercedes, Volvo and others — which requires the driver be alert and watching, or a much harder full cruise ability that allows the driver to do other things, like read. I’m pretty sure it’s not a car that can run unmanned — Musk correctly feels that is a whole lot extra.
My reaction to this is mixed, in that there are things that make sense and don’t make sense.
On the plus side:
- Tesla is a great car company, and as a brand new one, perhaps the one most capable of not thinking like a car company. This is a big advantage. There is already a great culture of car innovation there.
- Tesla has a focus on great and novel car experiences, regardless of price, and this fits in well with that. Their customers will not be bothered by the initial high cost of the hardware.
- Their cars are already pretty much drive-by-wire and easy to adapt.
- If Tesla does decide to work with Google (the articles say they will not) there is already a strong friendship between the two CEOs
- Even in the best car, there are certainly lots of roads where you would rather not do the driving.
- With inductive charging (or some fancy plugging-in robot) it’s possible the car could do some self-parking and more importantly, self-recharging.
On the negative:
- Tesla’s cars are hugely fun to drive. While I believe for every car there value in having it drive itself on many roads, I would have to say the Teslas are the cars for which this is the least true! So it’s not that one would not appreciate self-driving in one’s Tesla, but it’s just that you would appreciate it even more in almost all other cars.
- Electric cars are not currently suitable as taxis that drive all-day, though Tesla has talked about battery swap, which would solve that issue. I doubt they mean to sell them for that market, as they would not be self-delivering in any event.
- Teslas are unjustifiably expensive. Well, unjustifiable to other than early adopters or those who just want the best at almost any price. That may change as batteries drop in price, though.
- If this is just super-cruise where you must pay attention, it’s nice, but not a revolution. Not yet, anyway.
Submitted by brad on Sun, 2013-09-15 15:22.
Over the years, particularly after Burning Man, I’ve written posts about how RVs can be improved. This year I did not use an regular RV but rather a pop-up camping trailer. However, I thought it was a good time to summarize a variety of the features I think should be in every RV of the future.
We keep talking about smart power and smart grids but power is expensive and complex when camping, and RVs are a great place for new technologies to develop.
To begin with, an RV power system should integrate the deep cycle house batteries, a special generator/inverter system, smart appliances and even the main truck engine where possible.
Today the best small generators are inverter based. Rather than generating AC directly from an 1800rpm motor and alternator, they have a variable speed engine and produce the AC via an inverter. These are smaller, more efficient, lighter and quieter than older generators, and produce cleaner power. Today they are more expensive, but not more expensive than most RV generators. RV generators are usually sized at 3,600 to 4,000 watts in ordinary RVs — that size dictated by the spike of starting up the air conditioner compressor when something else, like the microwave is running.
An inverter based generator combined with the RV’s battery bank doesn’t have to be that large. It can draw power for the surge of starting a motor from the battery. The ability to sustain 2,000 watts is probably enough, with a few other tricks. Indeed, it can provide a lot of power even with the generator off, though the generator should auto-start if the AC is to be used, or the microwave will be used for a long time.
By adding a data network, one can be much more efficient with power. For example, the microwave could just turn off briefly when the thermostat wants to start the AC’s compressor, or even the fans. The microwave could also know if it’s been told to cook for 30 seconds (no need to run generator) or 10 minutes (might want to start it.) It could also start the generator in advance of cooling need.
If the master computer has access to weather data, it could even decide what future power needs for heating fans and air conditioning will be, and run the generator appropriately. With a GPS database, it could even know the quiet times of the campsite it’s in and respect them.
A modern RV should have all-LED lighting. Power use is so low on those that the lights become a blip in power planning. Only the microwave, AC and furnace fan would make a difference. Likewise today’s TVs, laptops and media players which all draw very few watts.
A smart power system could even help plugging into shore power, particularly a standard 15a circuit. Such circuits are not enough to start many ACs, or to run the AC with anything else. With surge backup from the battery, an RV could plug into an ordinary plug and act almost like it had a high power connection.
To go further, for group camping, RVs should have the ability to form an ad-hoc power grid. This same ability is already desired in the off-grid world, so it need not be developed just for RVs. RVs able to take all sorts of input power could also eventually get smart power from RV campsites. After negotiation, a campsite might offer 500v DC at 12 amps instead of 115v AC, allowing the largest dual-AC RVs to plug into small wires. read more »
Submitted by brad on Thu, 2013-09-12 16:50.
Videos have been released on some real-world tests of robocars. The most notable is from Mercedes.
As a nice reflection on the past, Mercedes drove the 100km route done by Bertha Benz in the first automotive road trip 125 years ago. You will also find that this alternate video is much better at talking about the technical details of the vehicle.
The Vislab team from Parma also released video of their drive around town. As the name suggests, Vislab’s research has a focus on computer vision, though this test vehicle also has 3 small LIDARs.
The Mercedes video has a lot of statements from MB engineer Ralf Herrtwich about their goals in doing this using existing sensors (cameras and radar primarily) and not (though he does not name it) LIDAR which he says is years or decades away. While I don’t want to criticise the accomplishments of his team, nor in any way deny that everybody would love to be able to make a safe driving system using the most cost-effective sensors, his philosophy seems backwards to me.
First, those of us used to Moore’s law think that planning to use hardware that is expensive today but which will come down greatly in price by the time things are commercialized is the obviously right strategy. It seems backwards to limit yourself to the technologies of today in planning a product for the future just because they are cheaper today. To use the metaphor of a great Canadian athlete, you skate to where the puck is going to be.
This is magnified by the fact that the problems of robocars are safety problems, not problems of cost or ones of appearance. With safety as the dominant goal, it seems very odd to me to imagine that one would, in the first vehicles to be made, avoid using a sensor that could improve safety and performance markedly just because of cost or appearance. If the cost difference were forecast to be ridiculous, one could consider it, but it makes no sense if the cost is within the noise to early adopters. That’s why Tesla is able to succeed with such an expensive car — the early adopters are more interested in a cool, high-performance electric car than they are in the cost. The other argument that is made — that the established sensors are more tested and robust — has some merit but is surely a short term optimization.
It could be argued that attempting to build a vehicle without LIDAR is skating to where the puck is going to be in the next game. After all, there is optimism that vision and radar will be enough for safe driving some day. As we all know, humans can drive with simple vision — even with one eye closed — and no radar or other sensors aside from hearing. So some day, cameras and a lot of processing probably can safely drive a car, and do it with low cost hardware. But the first production robocar? Deliberately not having lasers when it’s such a challenge to meet the safety goals? It seems very unlikely.
The notes on appearance are also odd to me. (It is commonly noted that research sensors like the Velodyne are big and make the car look unusual and not like a car.) We even see the IEEE Spectrum keen on how the new CMU car does not look like a robot) unlike BOSS from the urban challenge. While the research vehicles like BOSS were over-the-top on top, I think the reaction of early adopters is going to be quite the opposite. They will want their shiny new robocar to look distinctive and clearly different from regular cars. Prius owners reacted the same way, and there was not even much need for the Prius to have such a distinctive shape, though being more like a raindrop never hurts.
I suspect this approach is in part inspired by a marketing goal. The auto companies, not wanting to appear to be trailing Google on robocar research, are making extra effort to appear to be on a different course, and in fact ahead of Google and the rest on that path. “We’re doing what the competition is doing, but we’re not as far along” is not a very good press release. That’s OK if it were just for appearances — and I’m in favour of there being many competing approaches because any paradigm, including mine, can turn out to be wrong — but I hope that these teams really expect their approach is the best and fastest path to a safe and capable vehicle.
Here, by the way, are more details of the 33 mile trip by the GM/CMU collaboration. This vehicle has an “automotive grade” LIDAR — meaning one of the smaller ones that is one to four planes, not the giant 64 plane Velodyne used by CMU’s BOSS, Google and many others.
Submitted by brad on Sun, 2013-09-08 13:17.
Recent news has been big. First, Nissan announced it would sell robocars by 2020 and now today Daimler has announced the same. (Note that the 2014 S-class is the first car with a self-driving feature, a “you must still pay attention” traffic jam autopilot.)
In addition, sources have claimed that Google is either about to announce a collaboration with Conti on Sept 12 or is making plans to produce its own car and taxi service. (I was quoted, though not about Google, in one of the artciles in the series.
While I don’t comment on Google’s plans, I do believe it has one big advantage in this race. It doesn’t know what the rules of the car industry are, and has no desire to follow them. The car companies have huge resources, and better expertise on cars, but their internal rules and practices, honed over a century, are sure to hobble them. They won’t take the risks that non-car companies will take, won’t want to damage existing business lines, and will face attacks within the companies from the “company immune system” which seeks to attack disruptive ideas within big companies.
Google’s main impediment is that it is also a big company, though an unusual one. But this business is so hard to enter that we have yet to see a start-up make a play.
The statements from all these parties will do lots of good, lighting fires under the other players, including the unannounced ones. I believe that in the 2020s, the software and sensor system which drives the car will be the most important part of the car, more important than even the engine. While the world will be better off if there are multiple competing suppliers of this part, whoever dominates this will dominate the car industry.
Submitted by brad on Tue, 2013-09-03 20:18.
I’m back from Burning Man, and this year, for the first time in a while, we didn’t get internet up in our camp, so I only did occasional email checks while wandering other places. And thus, of course, there are many hundred messages backed up in my box to get to. I will look at the most important but some will just be ignored or discarded.
We all know it’s getting harder and harder to deal with email backlog after travel, even connected travel. If you don’t check in it gets even worse. Vacation autoreplies can help a little, but I think they are no longer enough.
Some years ago a friend tried something radical. He had is autoreply say that he was away for 2 months, and could not possibly handle the email upon his return. He said that thus the email you had sent had been discarded. You were told that if it was still important when he returned that you should send it again then. His correspondents were completely furious at the temerity of this action, though it has a lot of attractions. They had taken the time to write an email, and to have it discarded and left in their hands to resend seemed rude. (I believe the reply included a copy of the email at least.)
Worse, because we are always connected, vacation replies sometimes lie. People are scanning their email, responding to the most important ones if they can, even though a vacation autoreply was sent. And so we always hope for that.
I think the time has come for an extra internet protocol as a companion to mail. When you type an E-mail address into your mail client, it should be able to query a server that handles information for that domain — something like an MX record — and query it about the email that is about to be written, including the sender address and recipient address, and possibly a priority. If the recipient is in a vacation mode or other do not disturb mode, the sender would be told immediately, before writing the e-mail. They would have the option of not writing it, writing it for delivery at the designated date in the future, or writing it with various tags about its urgency in case the recipient is doing some checking of mail.
This could be an LDAP derived protocol or something else. Indeed it could be combined, when trusted, with directory lookup and autocomplete directory services. It’s not easy because often (with things like MX) the server that handles mail for a user may not have a strong link to the user in order to serve this data. In the old e-mail regime of store and forward, live connections were not expected. Still, I think it can be done, and it would not be a mandatory thing.
There are some security and privacy implications here that are challenging:
- Spammers will try to use this information to confirm addresses or hunt for them
- This lets the recipient know if somebody just typed in their name to send mail, and when they did so, and thus how long they took to write a mail, or if they aborted one. To avoid this, the directory servers could be trusted 3rd parties.
- This provides a reliable IP address for the sender’s client, or at least a proxy acting for the sender.
- It could be misused to build a general database of many people’s vacation status, invading their privacy, unless there are tools to prevent broad spidering of this sort.
Mail servers would remember who queried, and in fact it might be encouraged to include a header in the email that came from the query, to officially tie them together. This would allow clients to know who queried and who did not, giving priority to messages which came from people who queried and acted upon the result (for example waiting to send) over those who just sent mail without checking. Users could get codes that would allow them to declare the message higher (or lower) priority that would not be available to those who just did plain SMTP.
Mailing lists might also make use of this data, and the response could tell mailing lists what the user wants to do, including temporarily unsubscribing until a given date, or asking for a digest of threads to be sent upon return, or other useful stuff. Responsible corporate bulk mailers could also accept that you don’t want customer satisfaction surveys or useful coupon offers during your vacation and just not send them. Ok, I’m dreaming on that one, perhaps.
For security, it could be that only past correspondents could do this query, or only users with some amount of authentication. Anonymous email and mail from strangers would still be possible, but not with a pre-query. The response could also be sent back via a special email that servers know to intercept, so it can’t be used to gain information that would not be gained by mailing a person today. (You could get a report of people who queried you and never mailed you when not on vacation.)
We might see some features in mailers, like a pop-up in your mailers that says, “Brad just started writing you a message” the way instant messaging programs do. I am not sure this is a good idea, but it would happen. Readers: what other consequences do you see happening?
Submitted by brad on Mon, 2013-08-19 16:59.
Probably the most expensive add-on that people get in their cars today is the stereo. Long ago, cars often came without stereos and there was a major aftermarket. The aftermarket is still here but most people elect for factory stereos which fit in seamlessly with the car and often cost a huge amount of money.
The car’s not a great place to listen to music — it’s noisy and you are distracted and you often stop and have to get out in the middle of a song. But because people find they listen to more music in their cars than at home, they often pay huge bucks for a fancy car stereo. (Not counting the people who deliberately buy a system so loud it’s meant for other people outside the car to hear.)
While you could put a nice stereo system in a robocar, and some people will, another way they can save money is they don’t need to have much audio at all, not once they can do full-auto operation. The prohibition on headphones by the driver should go away, and it could become popular to just use nice headphones — possibly noise cancelling headphones or in-ear noise-blocking phones. A better audio experience with much less noise, and a lot cheaper too. And there is the option for each person in the car to have their own headphones and tune their own audio stream.
People will like to share, so the car might contain a simple audio distribution system to feed audio streams to people who are sharing, though the source of the music should still be somebody’s phone or device, not something built into the car. In addition, there could be a system to mix in some of the in-cabin audio, so you can still hear the other people when they talk. Microphones on each person’s headphones could pick up their voices and actually provide a clearer read of their voices. Headphones with position sensors could allow simulation of stereo on the other people. Alternately a microphone array could exist around the car, particularly at each seat.
There are some downsides to push things into the traditional way:
- Wearing headphones is uncomfortable on long trips
- They are a pain to remember to put on. You want to avoid cords, so they would be wireless, but then you must be sure to put them in their charging dock.
- On small aircraft, there is so much noise that everybody does it this way, but they tend to be bulky (due to the high noise) and unpopular for that reason
So people might elect to still have decent speakers and listen to music without headphones. But there is less need to buy a really expensive sound system, since if you want the top quality you probably want to go for the headphones. This may also apply to decisions to do expensive sound elimination in the car. For some, nothing may change, but that’s OK. What’s interesting is the option to do car sound in ways never done before.
Submitted by brad on Wed, 2013-08-14 13:03.
Frequently, in reporting on robocars, it is often cited that one of their key benefits will be the way they enable car sharing, greatly reducing the number of cars that need to exist to serve the population. It is sometimes predicted that we’ll need to make fewer cars, which is good for the environment.
It is indeed true — robotaxi service, with cars that deliver themselves and drop you off, does greatly enable car sharing. But from the standpoint of modern car sharing, it may enable it too well, and we may end up having to manufacture more cars, not fewer.
Today’s car sharing companies report statistics that they replace around 13 privately owned cars for every car in the carsharing fleet. Some suggest it’s even as high as 20.
This number is impossible for average drivers, however. The average car is driven 12,000 miles/year. To replace 13 average cars would require a vehicle that was actively driving, not just signed out, 11 hours/day and each vehicle would wear out in 1-2 years.
Three things are happening.
- Carsharing is replacing the more marginal, less used vehicles. A household replaces a 2nd or 3rd car. Carsharing is almost always used by people who do not commute by car.
- Carsharing is often considerably less convenient than a private car. It discourages driving, pushing its users into other modes of transport, or selecting for customers who can do that.
- Related to that, carsharing shows the true cost of car ownership and makes it incremental. That cost is around $20/hour, and people rethink trips when they see the full cost laid out per mile or per hour. With private cars, they ignore most of the cost and focus only on the gasoline, if that.
The “problem” with robocars is that they’re not going to be worse than having a private car. In many ways they will be better. So they will do very little of the discouragement of car use caused by present day carshare models. The “dark secret” of carsharing is that it succeeds so well at replacing cars because of its flaws, not just its virtues.
Robotic taxis can be priced incrementally, with per-mile or per-hour costs, and these costs will initially be similar to the mostly unperceived per-mile or per-hour costs of private car ownership, though they will get cheaper in the future. This revelation of the price will discourage some driving, though robotaxi companies, hoping to encourage more business, will likely create pricing models which match the way people pay for cars (such as monthly lease fees with only gasoline costs during use) to get people to use more of the product.
There is an even stronger factor when it comes to robotaxis. A hard-working robotaxi will indeed serve many people, and as such it will put on a lot of miles every year. It will thus wear out much faster, and be taken out of service within 4-5 years. This is the case with today’s human driven taxicabs, which travel about 60,000 miles/year in places like New York.
The lifetime of a robotaxi will be measured almost exclusively in miles or engine-hours, not years. The more miles people travel, the more vehicles will need to be built. It doesn’t matter how much people are sharing them.
The core formula is simple.
Cars made = Vehicle Miles Travelled (VMT) / Car lifetime in miles
The amount of sharing of vehicles is not a factor in this equation, other than when it affects VMT.
Today the average car lasts 200,000 miles in California. To be clear, if you have 8,000 customers and they will travel two billion miles in 20 years (that’s the average) then they are going to need 8,000 cars over those years. It almost doesn’t matter if you serve them with their own private car, and it lasts all 20 years, or if you get 2,000 cars and they serve 4 people each on average and wear out after 5 years. read more »
Submitted by brad on Mon, 2013-08-12 11:20.
I’ve been a little skeptical of many augmented reality apps I’ve seen, feeling they were mostly gimmick and not actually useful.
I’m impressed by this new one from Audi where you point your phone (iPhone only, unfortunately) at a feature on your car, and you get documentation on it. An interesting answer to car user manuals that are as thick as the glove compartment and the complex UIs they describe.
Like so many apps, however, this one will suffer the general problem of the amount of time it takes to fumble for your phone, unlock it, invoke an app, and then let the app do its magic. Of course fumbling for the manual and looking up a button in the index takes time too.
I’ve advocated for a while that phones become more aware of their location, not just in the GPS sense, but in the sense of “I’m in my car” and know what apps to make very easy to access, and even streamline their use. This can include allowing these apps to be right on the lock screen — there’s no reason to need to unlock the phone to use an app like this one. In fact, all the apps you use frequently in your car that don’t reveal personal info should be on the lock screen when you get near the car, and some others just behind it. The device can know it is in the car via the bluetooth in the car. (That bluetooth can even tell you if you’re in another car of a different make, if you have a database mapping MAC addresses to car models.)
Bluetooth transmitters are so cheap and with BT Low Energy they can last a year on a watch battery, so one of the more compelling “Internet of Things” applications — that’s also often a gimmick term — is to scatter these devices around the world to give our phones this accurate sense of place.
Some of this philosophy is expressed in Google Now, a product that goes the right way on many of these issues. Indeed, the Google Now cards are one of the more useful aspects of Glass, which otherwise is inherently limited in its user interface making it harder for you to ask Glass things than it is to ask a phone or desktop.
The car app has some wrinkles of course. Since you don’t always have an iPhone (or may not have your phone even if you own an iPhone) you still need the thick manual, though perhaps it can be in the trunk. And I will wager that some situations, like odd lighting, may make it not as fast as in the video.
By and large, pointing your phone at QR codes to learn more has not caught on super well, in part again because it takes time to get most phones to the point where they are scanning the code. Gesture interfaces can help there but you can only remember and parse a limited number of gestures, so many applications call out for being the special one. Still a special shake which means “Look around you in all ways you can to figure out if there is something in this location, time or camera view that I might want you to process.” Constant looking eats batteries which is why you need such a shake.
I’ve proposed that even though phones have slowly been losing all their physical buttons, I would put this back as a physical button I call the “context” button. “Figure out the local context, and offer me the things that might be particularly important in this context.” This would offer many things:
- Standing in front of a restaurant or shop, the reviews, web site or app of the shop
- In the car, all the things you like in the car, such as maps/nav, the manual etc.
- In front of a meeting room, the schedule for that room and ability to book it
- At a tourist attraction, info on it.
- In a hotel, either the ability to book a room, or if you have a room, hotel services
There are many contexts, but you can usually sort them so that the most local and the most rare come first. So if you are in a big place you are frequently, such as the office complex you work at, the general functions for your company would not be high on the list unless you manually bumped them.
Of course, one goal is that car UIs will become simpler and self-documenting, as cars get screens. Buttons will still do the main functions you do all the time — and which people already understand — but screens will do the more obscure things you might need to look up in the manual, and document it as they go. You obviously can’t ever do something you need to look up in the manual while driving.
There is probably a trend that the devices in our lives with lots of buttons and complex controls and modes, like home electronics, cars and some appliances, will move to having screens in their UIs and thus not need the augmented reality.
Submitted by brad on Mon, 2013-08-05 12:38.
Our technology is having trouble with settling on a name. That’s OK before it’s mainstream but will eventually present a problem. When people in the field are polled on what name they like, there is no clear winner. Let’s look at some of the commonly used candidates:
Recently, this has become the most common term used in the press. There is a “Driverless Car Summit” and the Wikipedia page has used that name for some time.
In spite of this popularity, the term is very rarely used by people actually building the vehicles. Attendees at the “Driverless Car Summit” when polled all said they dislike it. Until recently, the most common news story about a driverless car would say, “then the driverless car rolled down the hill and careened into the other lane, hitting a tree.”
My personal view is that this term is like “horseless carriage.” Long ago the most remarkable thing about the automobile was that it had no horse. Here it’s the lack of driver (or at least lack of action by the driver.) Of course, these cars have something driving them, but it’s a computer system. While this term is most popular, I am confident it will fade away and seem quaint, like horseless carriage did.
This term is popular among developers of the cars. Its main problem is that it’s too long to be a popular term. The acronym SDC is a reasonable one. In web hits, this is tied with Driverless Cars, but falls behind that name in searches and news mentions.
This term was most popular in the early years, though it is most commonly found in research environments and in the military sphere. In the military they also use “unmanned ground vehicle” — another term too unwieldy for the public —though they usually refer to remote controlled vehicles, not self-driving ones.
Annoyingly, the acronym “AV” has another popular meaning today. Most of the terms here are too long to become common use terms, and so will be turned into acronyms or shortened, but this one has an acronym problem.
Automated Road Vehicle
This term has minor traction, almost entirely due to the efforts of Steve Shladover of UC Berkeley. In his view, the word autonomous is entirely misused here and the correct term is automated. Roboticists tend to differ — they have been using “autonomous” to mean “not remote controlled” for many years. There are two meanings of autonomous in common use. One is to be independent of direct control (which these cars are) and the other one, “self-governing” is the one Steve has the issue with. As a member of the program committee for TRB’s conference on the area, he has pushed the “automated” name and given it some traction.
Unfortunately, to roboticists, “automated” is how you describe a dishwasher or a pick-and-place robot; it’s a lower level of capability. I don’t expect this terminology to gain traction among them.
I selected this term for these pages for a variety of reasons. It was already in modest use thanks to a Science Channel documentary on the DARPA challenge called “robocars.”
- Talking to teams, they usually just called their vehicle “the robot” or “the car.”
- It is short, easy to say, and clear about what it means
- It is distinct and thus can easily be found in online searches
- It had some amount of existing use, notably as the title of a documentary on the Science Channel about the DARPA challenges
However, it is doing poorly in popularity and only has about 21,000 web pages using it, so I may need to switch away from it as well if a better term appears. Today it reminds people too much of robotics, and the trend is to move away from that association.
On the other hand, no other term satisfies the criteria above, which I think are very good criteria. read more »
Submitted by brad on Fri, 2013-08-02 10:52.
I’m often asked whether robocars will keep themselves to the speed limit and refuse to go faster, unlike cruise controls which let the driver set the automated speed. In many countries, the majority of human drivers routinely exceed the limit which could present issues. On the other hand, vendors may fear liability over programming their cars to do this, or even programming them to allow their human overlord to demand it.
While the right answer is a speed-limit doctrine like the French Autoroute, where the limit is 130 kph/80 mph and few disobey it, until we can come to that answer, the math suggests that travel might be overall safer if the robocars are allowed to speed in the same way humans do, at the request of humans. And indeed, that is how prototype implementations have been built.
I felt this subject (and related subjects about how cars should deal with laws that are routinely broken by human drivers) deserved a special article. Read about it at:
Robocars and the Speed Limit
Submitted by brad on Wed, 2013-07-31 12:34.
Southwest recently announced a very different approach to providing in-flight entertainment. Partnering with dish network they will offer live TV and on-demand programming over the in-plane WIFI to people’s personal devices. Sadly, for now, it’s just Apple devices. I will presume they will extend this to other platforms, including laptops, soon, and they should consider also allowing you to rent a tablet one-way if you don’t have your own.
Everywhere else, we see airlines putting in “fancy” and expensive in-flight entertainment systems. In coach they use small screens in the headrests, and business class and 1st class seats have fairly large displays. I’ve tried a number of these, and uniformly, in spite of all the money, they suck compared to just having pre-loaded video on your own tablet, laptop or DVD player. Even your phone with its small screen is better. Why?
- Almost every one of the systems I’ve seen has been badly written and underpowered, resulting in atrociously slow response time and poor UI
- The ones that charge you sit there all flight advertising to you if you don’t pay. Clever people can figure out how to turn off the screen, but it doesn’t matter, because most of the other screens are this very distracting synchronized spam video. Worse, during boarding, they turn up the audio on this ad.
- They pause your video for every little announcement, including non-safety announcements, spam to shop duty free or join the FF club, and translations of announcements into other languages. I can almost accept doing this for safety announcements (I would rather take a safety quiz online or at my seat and be free from the routine ones) but if you start your movie before take-off (which is a nice thing to do) you will be interrupted literally dozens of times.
- The video, game and music selections are often quite lame compared to what you can get in any online store for your phone or tablet
- The live TV has advertising in it, and you can’t FF or get up for a snack like at home. Unless its news or sports, why watch live?
- There is often a surprisingly large box under the seat in every seat cluster for the in-flight computer. That takes away foot room and storage space and adds weight to the plane. Plus, why are the boxes so large — consider these devices seem to have far less power than a typical tablet?
- If they have a touchscreen, the guy behind you is always pushing on the back of your seat. Otherwise they have a fairly hard to use hand remote (and for unknown reasons, long latency on button pushes.)
- Disturbingly, movies are often played in the wrong aspect ratio on these screens, and you can’t do anything about it but watch fat characters.
- The small screen ones tend to be fairly low resolution, mostly because they are older. Your phone or tablet is usually not that old and has HD resolution.
That’s a pretty astonishing list of failings. Your own tablet has one main downside — they force you to shut it off on takeoff and landing, for no good reason since tests all show a tablet does not interfere with the plane. It also may have battery limitations, though those are fixed with a USB charge port in the seatback. You do need to bring a stand for it, it would be nice if there were something on the seatback to mount your tablet. You would need an app to do plane-related stuff like the moving map or safety training.
What’s amazing is that all the other airlines have paid a lot of money to install these bad systems, and more to the point carry the weight of them everywhere. This is the classic battle between custom technology, which gets obsolete very quickly, and consumer technology like phones and tablets which are generic but replaced frequently so always modern. The consumer tech will always win, but people don’t realize that.
At first, they might have worried that they needed to provide a screen for everybody. This could easily have been solved with rentals, both out in the terminal and to a lesser extent on-board. Especially if you put in power jacks so recharge is not an issue.
Today the airlines would all be wise to tear out their systems and follow Southwest. I don’t care about the Dish Network streaming that much, but better (and more popular) would be on-board servers which offer a local version of the Google Play store and iTunes store containing the most popular movies and new releases. I venture those companies would be OK with providing that if allowed, and if not, somebody else would.
As a side note, let me say that it would be nice if the online movie stores offered a form of rental more amenable to flying. Most offer a 24 hour rental, which starts when you start playing (so you can download in advance.) However, they don’t offer the ability to start a movie on your flight out and finish it on your flight back. So you dare not start a rental movie unless you are sure you are going to finish it on the flight. Another case where the DRM doesn’t really match what people want to do. (I don’t want to “buy” the movie just to finish it later.)
I will admit one nice feature of the rental is that if I am on a flight, I can watch a movie, and that activates the same 24 hour rental period at home, so those at home can watch it there too. That way, if there is a movie we all wanted to see, we can all see it — if those at home are willing to watch it that particular day.
Submitted by brad on Mon, 2013-07-22 16:08.
A nice result for Vislab of Parma, Italy. They have completed a trial run on public roads using their mostly vision-based driving system. You can see a report on the Vislab site for full details. The run included urban, rural and highway streets. While the press release tries to make a big point that they did this with a vacant driver’s seat, the video shows a safety driver in that seat at all times, so it’s not clear how the test was done. They indicate that the passenger had an emergency brake, and a chase car had a remote shutoff as well.
The Vislab car uses a LIDAR for forward obstacle detection, but their main thrust is the use of cameras. An FPGA-based stereo system is able to build point clouds from the two cameras. Driving appears to have been done in noonday sunlight. (This is easy in terms of seeing things but hard in terms of the harsh shadows.)
The article puts a focus on how the cameras are cheaper and less obtrusive. I continue to believe that is not particularly interesting — lasers will get cheaper and smaller, and what people want here is the best technology in the early adopter stages, not the cheapest. In addition, they will want it to look unusual. Cheaper and hidden are good goals once the cars have been deployed for 5-10 years.
This does not diminish the milestone of their success, making the drive with this sensor set and in these conditions.
Submitted by brad on Mon, 2013-07-22 13:27.
Had my second RAID failure last week. In the end, things were OK but the reality is that many RAID implementations are much more fragile than they should be. Write failures on a drive caused the system to hang. Hard reset caused the RAID to be marked dirty, which mean it would not boot until falsely marked clean (and a few other hoops,) leaving it with some minor filesystem damage that was reparable. Still, I believe that a proper RAID-like system should have as its maxim that the user is never worse off because they built a RAID than if they had not done so. This is not true today, both due to fragility of systems, and the issues I have outlined before with deliberately replacing a disk in a RAID, where it does not make use of the still-good but aging old disk when rebuilding the replacement.
A few years ago I outlined a plan for disks to come as two-packs for easy, automatic RAID because disks are so cheap that everybody should be doing it. The two-pack would have two SATA ports on it, but if you only plugged in one, it would look like a single disk, and be a RAID-1 inside. If you gave it a special command, it could look like other things, including a RAID-0, or two drives, or a JBOD concatenation. If you plugged into the second port it would look like two disks, with the RAID done elsewhere.
I still want this, but RAID is not enough. It doesn’t save you from file deletion, or destruction of the entire system. The obvious future trend is network backup, which is both backup and offsite. The continuing issue with network backup is that some people (most notably photographers and videographers) generate huge amounts of data. I can come back from a weekend with 16gb of new photos, and that’s a long slog over DSL with limited upstream for network backup. To work well, network backup also needs to understand all databases, as a common database file might be gigabytes and change every time there is a minor update to a database record. (Some block-level incrementalism can work here if the database is not directly understood.)
Network backup is also something that should be automatic. There are already peer-to-peer network backups, that make use of the disks of friends or strangers (encrypted of course) but it would be nice if this could “just happen” when any freshly installed computer unless you turn it off. The user must keep the key stored somewhere safe, which is not zero-UI, though if all they want is to handle file-deletion and rollback they can get away without it.
Another option that might be interesting would be the outdoor NAS. Many people now like to use NAS boxes over gigabit networks. This is not as fast as SATA with a flash drive, or RAID, or even modern spinning disk, but it’s fast enough for many applications.
An interesting approach would be a NAS designed to be placed outdoors, away from the house, such as in the back corner of a yard, so that it would survive a fire or earthquake. The box would be waterproof and modestly fireproof, but ideally it is located somewhere a fire is unlikely to reach. It could either be powered by power-over-ethernet or could have its own power and even use WIFI (in which case it is only suitable for backup, not as a live NAS.)
This semi-offsite backup would be fast and cheap (network storage tends to be much more expensive than local drives.) It would be encrypted, of course, so that nobody can steal your data. Encryption would be done in the clients, not the NAS, so even somebody who taps the outside wire would get nothing.
This semi-offsite backup could be used in combination with network backup. Large files and new files would be immediately sent to the backyard backup. The most important files could then go to network backup, or all of them, just much more slowly.
A backyard backup could also be shared by neighbours, especially on wifi, which might make it quite cost effective. Due to encryption, nobody could access their neighbour’s data.
If neighbours are going to cooperate, this can also be built by just sharing servers or NAS boxes in 2 or more houses. This provides decent protection and avoids having to be outside, but there is the risk that some fires burn down multiple houses depending on the configuration.
A backyard backup would be so fast that many would reverse what I said above, and have no need for RAID. Files would be mirrored to the backyard backup within seconds or minutes. RAID would only be needed for those who need to have systems that won’t even burp in a disk failure (which is a rare need in the home) or which must not lose even a few minutes of data.
Submitted by brad on Thu, 2013-07-18 19:56.
This week I attended the Transportation Research Board Workshop on Automated Road Vehicles which has an academic focus but still has lots of industry-related topics. TRB’s main goal is to figure out what various academics should be researching or getting grants for, but this has become the “other” conference on robocars. Here are my notes from it.
Bryant Walker Smith told of an interesting court case in Ontario, where a truck driver sued over the speed limiter put in his truck and the court ruled that the enforced speed limiter was a violation of fundamental rights of choice. One wonders if a similar ruling would occur in the USA. I have an article pending on what the speed limit should be for robocars with some interesting math.
Cliff Nass expressed skepticism over the ability to have easy handover from self-driving to human driving. This transfer is a “valence transfer” and if the person is watching a movie in a tense scene that makes her sad or angry, she will begin driving with that emotional state. More than one legal scholar felt that quickly passing control to a human in an urgent situation would not absolve the system of any liability under the law, and it could be a dangerous thing. Nass is still optimistic — he notes that in spite of often expressed fears, no whole field has been destroyed because it caused a single fatality.
There were reports on efforts in Europe and Japan. In both cases, government involvement is quite high, with large budgets. On the other hand, this seems to have led in most cases to more impractical research that suggests vehicles are 1-2 decades away.
Volkswagen described a couple of interesting projects. One was the eT! — a small van that would follow a postman around as he did his rounds. The van had the mail, and the postman did not drive it but rather had it follow him so he could go and get new stacks of mail to deliver. I want one of those in the airport to have my luggage follow me around.
VW has plans for a “traffic jam pilot” which is more than the traffic jam assist products we’ve seen. This product would truly self-drive at low speeds in highway traffic jams, allowing the user to not pay attention to the road, and thus get work done. In this case, the car would give 10 seconds warning that the driver must take control again. VW eventually wants to have a full vehicle which gives you a 10 minute warning but that’s some distance away. read more »