Rolls-Royce is designing drone ships to challenge $375B freight industry
bloomberg.com
bloomberg.com
[1] http://people.hofstra.edu/geotrans/eng/ch8en/conc8en/fuel_co...
I would be more along the lines of, labour free ships don't go on strike/have HR incidents and delay cargo.
Oil tankers in the middle of the ocean, for example, will speed up and slow down as spot prices of oil increase or short-term interest rates decrease, since the inventory cost of their cargo has gone up and then down.
> Crew costs of $3,299 a day account for about 44 percent of total operating expenses for a large container ship, according to Moore Stephens LLP, an industry accountant and consultant.
The capital cost is probably as much as fuel and crew together. Still, if crew is ~20% of costs, it's worth looking at.
Also, unless they are getting their fuel for about 30 cents a gallon, fuel costs a lot more than $8247.50 (the other 56%) a day.
You'd want cameras to track when anything even remotely in sight is moving unexpectedly. Anything coming close would be reported to the coast guard/navy.
There'll be heavy monitoring on these ships, even just for liability issue in case some dumb guy in a yacht sails right into them and tried to sue.
ALL vessels in the future may need AIS transponders.
http://en.wikipedia.org/wiki/Automatic_Identification_System
It's only when things get crowded and unpredictable -- that is, with lots of non-automated shipping about -- where you will need serious piloting software. I imagine that there will be a long crossover period where ships will set out from a port with a small human crew -- possibly just a pilot and lookouts -- then go autonomously across the ocean to be picked up by another small crew a few hours out from the destination port.
That system could stay as-is if the normal crew would be automated away.
There's also the question of who's going to deploy (and untangle) the boarding ladder that pilots use to get aboard vessels. As well as the prospects of hacking that subsystem in order to divert the vessel.
Now design me an automated deployment system which can handle the operating conditions and environment, and respond, effectively, as good or better than a human can.
Consider that your ladder can get snagged, caught, swing in the wind or seas, collect flotsam or jetsam, etc. Things can get very squirrely at sea.
Sometimes humans aren't the best at a specific function, but through processing and manipulation capabilities, including the ability to use and apply multiple other tools, they're the best means for responding to a general case of circumstances which cover a lot of ground.
Not hard to imagine something better than jumping to a ladder on the side of the boat to be honest.
Which is already the case, so this would be a fairly easy transition.
You really think computers of this day and age are less capable? We trust them for a lot more risky stuff than piloting a ship at very low speeds.
A self driving ship on the open sea sounds like an easier engineering problem than a car/truck, simply because there is more space with less players. Getting into port may be much tougher to solve, although I'd imagine that a properly calibrated computer could compensate better for the action-reaction lag than humans.
In the UK for example it's just not worth putting stuff from port -> train -> truck -> store. Much easier to do port -> truck.
Combine that with the EU's very strict laws on driving time and this is a giant market.
When people complain about how insanely sci-fi it feels. I often get the DLR (docklands light railway) in London. It's totally automated - you can sit in the drivers seat if you want. I have no idea how crazy people would of thought of this idea in the 1960s.
PS: I am a huge fan of getting rid of trucks on the road, but in the UK it doesn't make any sense.
It's ludicrous that there are so many long haul trucks on the interstates. The containers ought to be on trains, and trucks used for the 'last mile'. This would save on labor, fuel, maintenance, and roads. (Most road damage is from heavy trucks.)
The reason this doesn't happen is because of the tax and subsidy structure that heavily favors trucking over rail.
The reason for the tax and subsidy structure is the Teamsters. So self-driving trucks are how you get back to using rail. First replace the truck drivers with computers, then when there is nobody left to lobby against it, replace the trucks with rail.
http://www.abc.net.au/news/2014-04-25/computer-controlled-tr...
The crew on freighters is already minimalist and isn't necessary to steer the ship in flat windless seas with no weather. They are there to clean it, keep the engine running, and deal with things that happen because of weather.
Saying you are going to get rid of the crew is like saying you are going to get rid of the guys who do robot maintenance and repair at a highly automated automobile plant.
RR have marine experience.
Additionally, you're saying that f'n ROLLS ROYCE builds the equivalent of 'steering wheels' in machinery?
They may not employ a fleet of ship crew, but given that they keep winning large contracts, presumably companies that do have fleets of ships trust that they know how to handle ship-design and automation.
I see particular challenges being:
• Small craft safety. There are already considerable concerns among pleasure craft and other small-craft sailors for collisions with commercial shipping traffic.
• At-sea mishaps including load shifts and loss of cargo. Containers do fall off ships regularly, as many as 10,000 per year. Hull-strikes with derelict containers are another small-craft concern: http://www.worldshipping.org/industry-issues/safety/Containe...
• Harbor safety. As with autonomous cars, it's one thing to operate in the largely predictable waters of the high seas, another to navigate a complex and highly trafficked harbor or near-shore waters. If crew were required for such passages, the superstructure elimination benefits would be lost.
There's nothing about automation which doesn't preclude augmentation of crewed vehicles for a best-of-both-worlds experience. Crew sizes could possibly be reduced, though not eliminated.
Large cargo vessels typically have a 20+ year life. Don't expect any rapid deployment of this technology, though as with other automation, fixed-course or closed-course applications (canals, closed harbors) might see some initial use.
I also assume that boat will automatically inform authorities and navy/security will be able to reach ship in a matter of hours. With no hostages on container ship, security can just blow up fishing boat/speed boat pirates used and then wait until they run out of food/water on a container ship. Pirates won't be able to control engine/rudder so there is not much they can do other than to surrender.
Then again, they could just be floating fortresses. Perhaps if it takes long enough to steal cargo aerial support could intervene.
Not to mention the fact that pirates seem to want to steal the whole ship and appear to be ill-equipped to offload cargo.
Some especially attentive news watchers may be aware that a large commercial airliner is though to have been lost without a trace in the recent past.
http://www.cnn.com/2013/02/08/world/asia/asia-piracy/index.h...
That might be by exploiting vulnerabilities in the communications and navigation systems, or could be as simple as jamming communications and disabling the vessel by other means. Or hacking the upstream waybill system to direct contents to the port or destination of your preference (already a hacking option with containerized freight). Social engineering (password / token disclosure, bribery) is another option.
Sail augmented with solar needs to make a comeback before we run out of oil, it would be cool if ships just found there own way around the globe, safely crew-less.
SS Edmund Fitzgerald 1975, large freighter lost in a storm
Tamponas II 1981, Passenger ship sinks due to fire, 580 die
Mechanical failure, fire, and weather take many of them. Just a few that come to mind above, but you can read the list too. http://en.wikipedia.org/wiki/List_of_maritime_disasters
EDIT: I take my words back. The jobs are not going anywhere because of this : "The International Transport Workers’ Federation, the union representing about 600,000 of the world’s more than 1 million seafarers, is opposed."
I don't see this happening anytime soon. From a person/ton perspective, large cargo ships are the most efficient form of transit ever created.
Now, how about automating the loading/unloading of these ships that is VERY slow and labor intensive? Oh yeah... we tried that, remember all the west coast port strikes a few years ago?
Piloting a ship is a matter of strategy. You've got a vessel of hundreds of thousands of tonnes, a half kilometer or more long, with a stopping distance measured in kilometers, to which you can add or reduce energy (velocity) and/or change course only gradually, moving through a fluid which is itself in motion, often with rapidly changing currents changing direction and speed in only a few meters, through waves exceeding 30m in height, frequently operating in total darkness with few if any route markers, or in fog so thick there's no visibility past a few meters -- you cannot see the boundaries of your vessel let alone other ships or navigational hazards.
And that's with modern navigational aids. Consider sailing vessels up through the 1800s which traveled without any artificial light stronger than an oil lantern.
As recently as 1923, seven of a squadron of fourteen US Navy vessels sailed at flank speed into well-known and charted rocks at the north end of the Santa Barbara Channel. In the Honda Point disaster, seven destroyers traveling at 20 knots (37 km/h) ran aground. Two other ships grounded but managed to work free. Twenty-three sailors were killed.
Radio navigation was available and installed but not trusted. Sailing by dead reckoning in a heavy fog, the squadron commander ordered a course change too early and lead his fleet into the rocks.
And the disasters you've mentioned seems like most happened due to errors in human judgement. A machine can take lot of information at a very high rate and make decisions that are similar if not better than humans.
Aircraft final-approach zones are very tightly controlled. Any idiot, or even a dumb lump of wood, can float through the water.
Not all that long ago: rowing through a local harbor (a transport mode in which one faces sternwards and periodically checks over the shoulder for hazards) I managed to spot a large timber likely broken from a pier. Perhaps 0.3-0.6 meters across and 7-8 meters long, with an iron spike or bolt some 30 cm long protruding from one end. I passed only 3-4 meters from it. A week or so later another boat in our fleet struck a piece of driftwood and suffered a hull puncture (fortunately just above waterline).
Timber, lumber, telephone poles, and other hazards are frequent in water. They can be significant hazards not only for small craft but for larger vessels with fiberglass, wood, or even steel hulls. It's rare for an aircraft to encounter a tree at 10,000m.
Yes, human error is a significant factor in many disasters, but human response is also frequently a factor in surviving disasters. This is particularly the case where automated or navigational inputs turn out to be erroneous.
The Air France 447 incident is an interesting case study in this: a design flaw (pitot tube) lead to an operational obstruction (pitot-tube icing) resulting in loss of navigational data (airspeed), causing automated navigational systems to disengage (autopilot disconnect) and fly-by-wire systems to reconfigure to alternate-law mode, crew failures in supplying inputs, following loss-of-airspeed-indication procedures, and responding to flight-path deviation, lack of proper crew response to stall, attempted dual control of aircraft by both co-pilot and captain (Marc Dubois). Compounding all of this was the question of what instrumentation and alerts to trust (airspeed, stall, altitude). Something was lying, but what wasn't clear.
https://en.wikipedia.org/wiki/Air_France_Flight_447
And all of that in skies with inclement weather but no specific fixed or floating navigational hazards to worry about.
Fail.
Seems that there's an argument toward more automation, but a full adoption of the technology to the extent described in the article strikes me as unlikely, and could well have downside costs well in excess of the claimed benefits.
The stated crew savings should account for a sizable chunk at 44% of operating expenses, unless capital expenses are an even larger share. I don't know the numbers and the article doesn't supply them.
Crew on ships seems to be of two classes (I know nothing about shipping be warned!)
1) Direct crew: captain, engineer, etc.
2) Support for the direct crew: Ship's doctor, cook etc.
To eliminate #2, you basically have to eliminate #1 (or get #1 so small and with so many free hours in the day that somebody can dual-hat and handle cooking for whoever's left or even for themselves. Getting rid of decent medical care might be tough though.
So let's look at the ship's engineer. Supposedly, there's a reason there's an engineer on board a ship, things break down and need maintenance on a voyage. So automated or no automation, it seems like he's still going to be needed. If he's not, why hasn't that role (and his team) already been eliminated as a labor cost? Not even Star Trek figured out a way to automate away the engineer on a large ship. Smaller vessels don't need an engineer aboard, but their voyage time at sea is shorter, so the "ship's engineer" role is relegated to a land-based job and split across several vessels - we call these guys mechanics when dealing with cars.
Here's a video of a container ship engine room https://www.youtube.com/watch?v=41priD5GJyY It looks pretty automated today, yet there's still a ship's engineer aboard. I bet that the equation is spend a few hundred dollars a day on a guy or risk losing hundreds of millions of dollars of cargo because the automated system had a fault on a fuel pump or something.
But I suppose you could start splitting duty across ships, have an engineer basically helicopter around to ships to do inspections and solve limited issues. But how many ships does an engineer have to fly around to to make up the cost difference of having him flown around vs just having guys on board?
What about the captain? Out at sea a ship can basically go on a kind of autopilot today. https://www.yokogawa.com/ydk/mr/marine/pilot/products/ydkmr-... Better integration with GPS, charts and real-time weather and piracy rerouting data I guess could make blue water sailing a reality. But coastal sailing, docking, berthing, towing, and other complex navigation functions are pretty complex operations. FTA it sounds like they intend a land-based captain to remote control the vessels, but I suppose a system where they navigate to an offshore location and are towed in or a docking captain in flown in to "park" the ship could work. I believe something like this happens with canal transit.
I'm assuming there's other direct crew on board, probably with similar issues. For the support crew, as soon as the numbers of the direct crew go to zero, they all disappear...fast. But suppose they don't then you'll need two 12 hour or three 8 hour shifts of people.
Let's minimize it and say there's a captain, first mate (backup guy), engineer. Then 3 shifts we'll have 9 people. We'll need a cook for each shift, so we're at 12 people. Add in a doctor and a laundry/room (steward) cleaning person and we're at 14 people. It turns out most container ships have between 15-24 crew, so it doesn't seem I'm too far off. https://answers.yahoo.com/question/index?qid=20100924203011A...
The Xin Los Angeles has 19 crew and it's the most heavily automated, largest container ship at the time of launch in 2006. http://www.gizmag.com/go/5853/
Not a container ship, but a bulk goods ship can have dozens of crew (I suppose the cargo handling is more complex) https://en.wikipedia.org/wiki/Bulk_carrier#Crew
1 - Captain
Deck Department:
1 - Chief Officer
1 - 2nd Officer
1 - 3rd Officer
1 - Boatswain
2-6 - Able Seamen
0-2 - Ordinary Seamen
Engines:
1 - Chief Engineer
1 - 1st Asst Eng.
1 - 2nd Asst Eng.
1-2 - 3rd Asst Engr.
0-2 - Jr. Eng.
1-3 - Oiler
0-3 - Greaser
1-3 - Entry Level
Steward:
1 - Chief Steward
1 - Cook
1 - Asst.
With crew costs being such a significant portion of ship cost, I'd guess that automating away these folks as quickly as possible would be in order. Shipping companies aren't stupid and they replace and buy new ships all the time. It seems to me that we're still quite a ways away from eliminating altogether.That's why there's someone always on watch in the engine room.
Adding an automated backup to every system would be a considerable cost, and even then a manual option would be required and some-times relied upon.
(Former ship engineer.)
http://www.youtube.com/watch?v=Ek8GKqmJ7n0#t=70
the annoying thing with these robots is that you still have to specialize the hands,grippers, and tools for the task or group of tasks. We don't really have great "really general purpose" robotic manipulators, but we can make really good specialized robots for very well defined tasks, so I don't think the shipping industry is going to pay for an array of expensive special purpose robots. The technology is really not here yet, but getting ever closer, it's the holy grail of robotics and control systems research. Sorry for the ramble.
No ramble at all I found it useful, thanks for sharing it!
Imagine a car which would monitor each of its parts, diagnose an issue on the gearbox, and turn it offline while driving to replace it.
Maintenance is staggered because there is only so much room for people to work in inside the engine room.
For most ships, it would be cheaper for the company to pay for the crew than lose out on shipping contracts due to being in port for maintenance.
Engineers can detect a lot of problems that machines can't, be it unusual smells, sounds, vibrations, temperatures, etc. Sure there are probes that can detect vibrations and temperatures, but they would have to be placed everywhere (not just the hundred or so usual spots), and then they have to be programmed. I use a handheld device to measure vibrations on running machinery. It's only as good as it's programming, and it's not that good.
Additionally, hoses burst, o-rings leak, filters need changing, etc. We don't have machines today that can fix those problems on the fly.
My last ship I was on was Diesel Electric. It was incredibly automated, yet still we had MAJOR problems because some circuit boards died.
There seemed a clear point of marginal utility in automation.
Lots of these things could be happening on airplanes but generally don't. Why can't we get airplane-level reliability on ships?
There is for sure a certain feel to boating. Although I have never obviously operated a boat of this size I have owned smaller boats and depending on sea conditions there is judgement in play that can't be offset by technology and especially an actual human with seat of the pants feel and judgement. That said it might be possible if the operator was literally in some kind of simulator and able to sense things in a similar way (although you wouldn't have smell or the feel of the air).
This idea though might cut it's teeth in a smaller area perhaps some kind of shuttle between two close ports as opposed to the open ocean or something like a water conveyor by ship.
I thought the same thing at first, but I then I thought that a) These ships are too big and slow to be agile enough to respond to the kind of seat-of-the-pants type navigation I'm familiar with and, and b) I'm sure people said the same things about driverless cars.
This way, the crew per ship could be reduced, as an engineer and even a captain cost would be divided between the ships. At the very least, the support for the crew would be more efficiently used , even if the direct crew pee ship don't get much reduced.
Moreover, the ships don't need to be of the same class or cargo, or even company: the centralized crew could be responsible for some container ships and grain ships. If needed, hand off between flag carriers could be done in open sea with a follower ship detaching from one fleet and attaching to other, packet network style.
a) there's a shipping need to move half a dozen cargo ships at the exact same time between two points
b) the handling capacity of the ports is such that you wouldn't be leaving half your fleet sitting around doing nothing for a few weeks while the other half gets unloaded/reloaded
Thats one of about 1000000 things that could go wrong that an experienced engineer would have little trouble diagnosing and fixing or working around, that are much more significant challenges for a computer making decisions. Just looking at the complexity of the engine room you can imagine all the possible points of failure, and the number of required contingency behaviors for the autopilot explodes when you start taking 2, 3, or more at a time.
A ship's engine room may be larger than the engine of an aircraft, but the systems aren't more complicated. Proper maintenence procedures and redundancy where needed are already used in other systems. Why not ships?
When it comes to freighters, the cost of a captain or even a crew is negligible. It pales in comparison to the cost of the ship and the goods it carries. Also, insurance companies would not go down well with this.
It only seems prudent for a company like Rolls Royce whose marine division includes a substantial amount of ship automation and ship design to invest R&D resources into ensuring they're on the forefront of that development.
My understanding of container shipping is that customers make SLA choices much akin to us Americans choosing between UPS Ground/2nd Day Air/Next Day, etc. UPS uses these varied SLAs to smooth out its use of fleet capacity and for price discrimination. Shippers operate transshipment ports as part of distribution networks much like the hub & spoke designs of the major airlines. These ports have a bunch of shipping containers sitting around awaiting capacity.
Consider the needs of companies that must transport low-value, high weight/bulk cargo. These companies likely already choose the "UPS Ground" equivalent for container shipping. Due to low product value, inventory costs are low (in transit goods are inventory), so it's probably less expensive to have buffers of goods in the supply chain than it is to pay for tight shipping SLAs. Why should these companies care if the variance they experience in shipping duration is due to capacity constraints of manned-ships or that it took an extra two weeks to fix the ship upon which their cargo was in transit?
See for example the sinking of the Derbyshire. http://www.youtube.com/watch?v=9tN4xROtMjI
Don't put oil on it until the data proves it's safer.
Support staff (cook, doctor, etc) wouldn't be required either.
Space devoted to all that could instead go towards cargo.
The thought of a few guys on a small skiff taking over a massive container ship was pretty absurd not too long ago but yet we see it happening more and more due to the financial incentive.
If the cargo stolen is worth it, they'll find a way.