Both welded structures and machinery have a design lifetime that\u2019s exhausted not by the calendar, but by work cycles, weighted against load. There are established calculations (and an ISO standard), but while analyses based on previous cycles are all well and good, utilisation patterns can change and since it\u2019s onboard a ship, the foundation beneath the crane is inherently unstable, adding dynamic lifting moment.<\/p>\n
Further, there\u2019s an exponential increase in failure rate at the end of the design life, complicated by the fact that at this point, not all parts of the crane will age at the same rate. Notably, rotating machinery can develop issues faster than structural elements \u2013 and their failure curve will typically be that much steeper.<\/p>\n
So what can AI and in particular, machine learning (ML) add to the mix?<\/p>\n
Firstly, there\u2019s been a change in thinking. While a 24\/7 support service provide a go-to when things are amiss, \u201cthis is a reactive solution\u201d says Joerg Peschke, MacGregor\u2019s Director of Drives and Controls.<\/p>\n
However, since MacGregor has delivered cargo and load handling equipment onboard thousands of ships, preventative maintenance and real-time indication of potential trouble is far more efficient for both the operator and the company.<\/p>\n
There\u2019s a problem. \u201cYou can\u2019t rely on high density data transfer when a ship is out at sea,\u201d Peschke points out. So, MacGregor started to evolve an edge computing solution which keeps the bulk of the data crunching onboard.<\/p>\n
Here\u2019s where things get interesting: there\u2019s a lot of information to process spanning a wide number of sources, from load, pressure and heat sensors to those measuring position, speed and direction. And it doesn\u2019t stop with multiple feeds from each element or component, these also need to be tied in with vessel motion and weather.<\/p>\n
To try to wrap machinery health predictions up with written code would probably take decades especially given the wildcards of sea and air; further, it\u2019s likely it would require massive updates to take advantage of new, more accurate information.<\/p>\n
The other approach is to feed neural networks with labelled data sets. Then, those labels are applied to anything with similar characteristics \u2013 a numerically weighted response is applied to \u2018train\u2019 the brain. As a result, ML can be used to find hidden features and relationships, utilising them to flag up suspicious sensor patterns. Moreover, it can continue refining and updating these associations.<\/p>\n
For MacGregor, ML\u2019s ability to identify equipment malfunction is an \u201cenabler\u201d, says Peschke: it yields an ongoing condition-based check of the equipment, with real-time projections of the health and lifetime of both structural and power machinery, including hydraulic and electrical loads.<\/p>\n
First and foremost, \u201ccontinuous observation of the sensor data minimizes the risk of equipment breakdown during planned operations\u201d he says, making sure that the weather windows can be fully utilised. Importantly, this works alongside other, more traditionally defined automation systems which have their own version of \u2018smart\u2019, being able to adjust the crane operation envelope to wind and waves and warn of inappropriate manoeuvres.<\/p>\n
With the ML distilling data down to manageable packets for transmission (ship to shore transfer being developed in collaboration with Kongsberg Maritime), landside offices can benefit from a near real-time web-page view, updated with a lag of only a few seconds. As all parties access the same information at pretty much the same moment, crew, operation centres and third parties such as MacGregor can collaborate on the immediate situation.<\/p>\n
\u201cMonitoring and analysing crane performance data that is streamed directly from the vessels will enable us to make better-informed decisions and reduce problem solving time,\u201d says Yannis Voulgaris of Load Line Marine, one of MacGregor\u2019s OnWatch Scout service customers.<\/p>\n
However, crew are still on the front line of lifting operations; with that in mind, there\u2019s been a demand for a straightforward appearance to the interface. \u201cWe probably underestimated the work it would take to make it look simple,\u201d admits Peschke \u201cBut we\u2019ve managed it.\u201d He explains the \u2018old school graphs\u2019 are still available, but an overview schematic shows \u2018OK\u2019 checkboxes at various points covering the main jib, knuckle jib, slew, tugger winch and so on. \u201cIf there\u2019s a critical message or warning, you can push the resolve button, this will display the error description and step-by-step, explicit, actionable instructions with links\u201d, he says: \u201cYou don\u2019t have to search for anything \u2013 not even spares which you can push straight into the shopping basket.\u201d<\/p>\n
He adds, \u201cOur customers are not left alone with the sensor data, but are given the conclusions.\u201d<\/p>\n
Onboard cranes have other uses for machine learning.<\/p>\n
Although there\u2019s rising interest from commercial shipping, Optilift has so far been focused on the offshore sector. Unmanned operations are already being realised in the field, underlines CTO Torbj\u00f8rn Engedal, the goals being lower OPEX, better asset optimisation \u2013 though arguably, most significant is reduced risk. Despite safety initiatives, stubborn peaks keep appearing in onboard lifting incident figures: for example, a 2019 report from the Norwegian offshore industry revealed they\u2019d doubled in just a couple of years.<\/p>\n
But development faces a similar challenge to crane health monitoring: the bandwidth isn\u2019t up to sustaining a high density, long distance connection. So again, there has to be some onboard intelligence to fill in the gaps.<\/p>\n
This slots in nicely with the stepwise evolution toward full autonomy through \u2018assistance\u2019 modules: anti-pendulum, anti-sway and anti-collision are fairly familiar features by now, though ML adds further \u2018recognition\u2019 capabilities. However, Optilift has also developed a complete auto-lift and soft landing module. Watching the demo it seems unremarkable: the crane can pick up the load, position it over a deck and bring it down gently while compensating for heave. However, it\u2019s a little more difficult than it appears, requiring the crane \u201cto have eyes as well as a brain\u201d, says Engedal. Both lift and landing are timed based on relative velocities and measured tension of the wire to make sure there\u2019s no re-entry. The anti-collision automatically adapts to structural changes on the landing or pickup site, the cruise control follows the vessels horizontal movement during sea lifts and pauses for the right moment to act. Interestingly, it can also release a specially designed hook by itself, with no intervention.<\/p>\n
But this iterative model toward autonomy requires it to work alongside humans. That\u2019s caused hesitancy around adoption of many \u2018intelligent\u2019 systems although here, the potential benefits of ML are more obvious: instead of attempting to define an image by code, train the brain on hundreds of thousands of pictures till it can recognise crew and prevent the load crossing above, or worse, hitting them with cargo or hook.<\/p>\n
But despite ML\u2019s buzzword status, it needs to be enclosed within more traditional calculations \u201cthat will use physical laws or models to carry out sanity checks\u201d on the outcomes explains Engedal. That\u2019s because neural networks are \u201cdefined by what they\u2019re fed\u201d \u2013 not by the kind of logic a human would, or could, follow. Further, he adds you can\u2019t go in and \u201ctweak or fix the underlying cause of an \u2018illogical\u2019 decision\u201d, so the biggest challenge remains \u201cto select and tune the training data to cover all possible use-cases\u201d.<\/p>\n
This is very hard work. For example, MacGregor already had ten years of historical sensor data \u2013 terabytes of it \u2013 which was made available to project partners. Despite that, examination found \u201cthere were gaps\u201d, admits Peschke. A crystal ball would have come in useful as \u201cmost of the information was process oriented \u2013 we had the error messages and conclusions, but years ago, we didn\u2019t think it necessary to store background data, indications from the accelerometer or pressure sensors\u201d, he explains. Therefore, an amount of back-working of the information was necessary.<\/p>\n
But as Peschke explains, bringing ML onboard will likely trigger changes that go well beyond the machinery. There was a need for collaboration \u201cas we realised we couldn\u2019t do it all ourselves\u201d, he says. Further, everyone has had to adapt to a new way of working: \u201cBefore, the sales team could lay out a well-known list of options,\u201d he says: \u201cNow, there\u2019s more questions to be asked… and our clients are far more involved in development.\u201d<\/p>\n
Finally, ML has another layer of possible uses: it can also learn how sensor signals themselves degrade, warn, and potentially recalibrate to take up the slack. A technical paper by Yokogawa Electric reports \u2018slight differences in patterns ….which indicate the deterioration in the performance of the sensor caused by changes in the electrode\u2019 were spotted by ML. So, in future there should be less wondering if an anomaly is sensor failure \u2013 or if it\u2019s really signalling the beginning of trouble.<\/p>\n
\n
\n
\n
\n
\n","protected":false},"excerpt":{"rendered":"
What place does machine learning have in the world of cranes?<\/p>\n","protected":false},"author":8,"featured_media":712,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[13],"tags":[],"sponsor":[],"class_list":["post-711","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-equipment"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/posts\/711","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/comments?post=711"}],"version-history":[{"count":0,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/posts\/711\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/media\/712"}],"wp:attachment":[{"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/media?parent=711"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/categories?post=711"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/tags?post=711"},{"taxonomy":"sponsor","embeddable":true,"href":"https:\/\/www.motorship.com\/propulsion-and-future-fuels-conference\/wp-json\/wp\/v2\/sponsor?post=711"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}