|16 March 2012||Share this article|
MBARI-developed PUCK protocol adopted by international standards group
MBARI marine operations technicians work on a research buoy in Monterey Bay. This buoy carried several PUCK-enabled instruments. Image: Mark Chaffey © 2004 MBARI
The acceptance of PUCK did not happen overnight. In fact, MBARI engineers began working on this problem more than a decade ago. Along the way, they overcame many engineering challenges. But they also went out of their way to involve other researchers and with commercial companies that build oceanographic instruments. As MBARI’s Platforms Engineering Group Lead Kent Headley said, “Working with our collaborators, we put a lot of thought and effort into figuring out how to build a community around the standard, to amplify the impact the PUCK technology can have on the ocean-science community.”
Over the years, a large number of MBARI engineers contributed to the PUCK project, including Tom O’Reilly, Duane Edgington, Kent Headley, Mike Risi, Robert Herlein, and Mark Chaffey. “It’s been a long road and quite a cast of characters,” says O’Reilly, a software engineer who played a key role in developing the standard. Edgington, MBARI’s software engineering group leader, was also instrumental in getting PUCK integrated into MBARI’s ocean monitoring systems and building support for the protocol within the research community.
In essence, the PUCK protocol is a set of rules that describe how an external computer should store and retrieve information from a research instrument such as an underwater thermometer or current meter. These rules specify that any “PUCK compliant” instrument must be able to store certain types of data and to execute certain commands that allow host computers to access that data.
The PUCK standard defines two different types of information that must be stored by a PUCK-compliant instrument. The first is the “PUCK data sheet,” which tells the host computer what kind of instrument it is “talking” to, and also provides a unique ID number for that instrument. The second type of information is the “PUCK payload,” which could include details about the types of data that are collected by the instrument (metadata), as well as other information that may be needed by the researcher or the host computer.
PUCK-enabled instruments helped simplify the setup of this deep-sea monitoring system 3,500 meters (11,500 feet) below the ocean surface, which was part of the MOOS Shepard Meander Experiment. © 2007 MBARI
MBARI electrical engineer Mark Chaffey has used several PUCK-enabled instruments on the Monterey Ocean Observing System (MOOS), a series of test moorings deployed in Monterey Bay. Chaffey described setting up a set of deep-sea instruments one weekend when no software engineers were at work. “We laid all the gear out on the dock and connected the cables. As soon as we set up the satellite connection to the mooring, data from the PUCK-enabled instruments just started appearing in our archives, without anyone having to worry about setting up ports or configuring the instruments. It was great.”
Chaffey says that having a unique serial number and ID stored on each instrument was particularly useful. “When we were swapping out instruments, those instruments that reported PUCK metadata were much easier to manage, compared with instruments for which we had to try and figure out an ID after the fact.”
Although the initial goal in developing PUCK was to make life easier for researchers, the MBARI team also wanted to make the PUCK standard easy for instrument manufacturers to incorporate into their products. Apparently this effort has been successful, because four different manufacturers have already begun incorporating PUCK into current meters, fluorometers (instruments that measure pigments and particles in the water), and CTDs (instruments for measuring salinity, temperature, and depth).
So what’s next for PUCK? Although the adoption of PUCK by the OGC was a major milestone, the success of the effort hinges on what the research community now does with the PUCK protocol. The making of the PUCK standard was a collaboration with commercial and research partners, and these collaborators are actively working to expand the community of PUCK-protocol users.
Cabled ocean observatories such as MBARI's MARS observatory in Monterey Bay (shown here) often benefit from the use of PUCK-enabled instruments. Image: David Fierstein © 2005 MBARI
In addition to being adopted by the OGC, the PUCK standard is being considered for use in cutting-edge ocean observatories being developed by the US Ocean Observing Initiative (OOI) and the European Multidisciplinary Seafloor Observatory (EMSO) consortium. O’Reilly and his collaborators have organized several workshops and demonstrations of PUCK technology for these non-MBARI organizations. O'Reilly believes that PUCK could also be used in other types of instrument networks, such as those operated by the US Geological Survey or the National Weather Service. "Ultimately,” he says, “I hope PUCK makes it easier to acquire data from sensor networks beneath, across, and above the Earth, deepening our understanding of our home planet."
Participating in the development of international standards is a relatively new way for MBARI to “export” its software to the larger research community. The adoption of the PUCK protocol by the OGC is yet another example of MBARI’s expanding efforts to share our advanced ocean technologies with the rest of the world.
For more information on this article, please contact Kim Fulton-Bennett:
(831) 775-1835, firstname.lastname@example.org