Case Study
Windows Tablet App with Cloud Reporting Analysis
Client: Sensor Networks, Inc.
Project: NanoSense, Non-Destructive Testing App
The project called for a mobile app that can be operated reliably despite conditions ranging from poor lighting to sleet or a blazing sun – all while wearing bulky gloves.
The custom solution we created for Sensor Networks helps companies measure corrosion rates and project failure dates so potential problems never become disastrous realities.
overview
Overview
Sensor Networks, Inc. (SNI) was founded in late 2014 to offer non-intrusive ultrasonic corrosion monitoring products to the Oil & Gas (O&G) industry. The founders of SNI and its key personnel have extensive experience creating unique solutions based on ultrasonic measurement techniques, including instrumentation, transducers, and specialized software. SNI solutions target all segments of the market including drilling, transmission pipelines, refinery, and storage. SNI products can be installed during new installations or retrofitted onto aging infrastructure, enabling the monitoring and calculation of projected failure rates so that maintenance can be performed and potentially catastrophic events can be averted.
…potential problems never become disastrous realities.
Sensor Networks targets a specialized application of thickness monitoring. In a traditional thickness application, an operator would manually position the ultrasonic sensor on the test piece and read the thickness reported by a handheld meter. This works well if the part you wish to measure is easily accessible and there aren’t too many locations that need to be monitored. This traditional method quickly becomes impractical in the case of a buried pipeline or an oil refinery that may have thousands of critical measurement locations that need to be monitored on a daily basis.
Sensor Networks’ solution?
Permanently installed sensors wired to conveniently located access points. An inspector can walk up to an access point, plug in, and take simultaneous measurements from hundreds of sensors. Those sensors might be glued to an underground pipeline or strategically positioned on hundreds of pipe elbows located throughout thousands of feet of overhead piping.
“…walk up to an access point, plug in, and take simultaneous measurements from hundreds of sensors. …positioned on hundreds of pipe elbows located throughout thousands of feet of overhead piping.”
what is it?
A primer on non-destructive testing
“…our team created a simulator that we could configure and then use to read back ultrasonic waveforms that mimicked real-world test signals. We were able to test …end to end without having to rely on fully functioning hardware.”
Thickness measurement is a similar application of ultrasonics, but in this case, we WANT to see the reflections. We are looking for the reflection that represents the backside of the test piece. By measuring the time it takes a sound wave to travel through a pipe wall and reflect off the inside surface of the pipe and then back to the outer surface, the thickness of the pipe can be calculated. What makes this such a valuable feat is that Sensor Networks can measure thicknesses without the need to access both sides of the test piece.
The app has to be functional despite factors ranging from poor lighting to bulky gloves to beating sleet or blazing sun.
solution
Our solution
While still a start-up, Sensor Networks originally hired Art+Logic to build a Windows tablet app (dataPIMS®) that is used during installation to configure the permanently installed sensors and associated electronics and later used to retrieve measurement data from the same sensors. A separate Web-based application (webPIMS®) was developed to collect, analyze, and report on the data.
In parallel with our software development efforts, Sensor Networks focused on the electronics. In order to facilitate parallel development, our team created a simulator that we could configure and then use to read back ultrasonic waveforms that mimicked real-world test signals. We were able to test our tablet application and subsequent Web app from end to end without having to rely on fully functioning hardware.
The Web app is a Django/Python app with a PostgreSQL database hosted on AWS. Customized interactive Trend Charts and Waveform plots are built using JS libraries from AmCharts.
“One might have expected that beginning development of a hardware-focused project before the hardware was complete would pose the most significant challenge.”
goals +
objectives
Goals + Ojectives
Zero knowledge
SNI wanted their customers to be able to connect to any provisioned DSI and acquire data measurements from any tablet in their pool of devices. In order to achieve that goal, all configuration information for the Data Sensor Interface (DSI) hardware had to be completely contained inside the DSI unit itself. Similarly, webPIMS® had to be able to accept data directly uploaded from any cellular version of the DSI without any prior knowledge of the DSI.
Open formats
An open, documented data exchange format was created to transmit data between the dataPIMS® and the webPIMS® apps. This format was designed to be easily parsable by any software developer so that customers wanting to ingest these measurements into their own analysis software would be able to do so without difficulty. By applying this level of foresight and extra effort early on in the project, as SNI developed additional hardware sensor platforms — such as an automated DSI that periodically uploads data using cellular networks and a platform that uses Internet-of-Things-style connectivity to upload data — little or no new development effort was required on the Web application.
Operating Environment and Users
dataPIMS® had to be designed for usability along three important axes:
The training and skill-level of personnel sent to acquire measurements from the network of DSIs couldn’t be guaranteed; a series of visual prompts demonstrating the required connection and acquisition techniques walk the user through the process of gathering data.
Because the data access points are likely to be in locations that are environmentally hostile (whether inside an oil or chemical plant or along miles of exposed pipelines), the app had to be designed for users in those environments. The app has to be functional despite factors ranging from poor lighting to bulky gloves to beating sleet or blazing sun.
Data access points could be isolated in remote locations. The data collection process and the data upload process had to work independently. An indeterminate amount of data could be collected in the field and then, at some later time, uploaded to webPIMS® when a network connection could be established.
The ability to pivot the app in response to this feedback was essential to the successful launch of the product.
challenges
Challenges
Special considerations when developing for startups
Learn the lessons of The Lean Startup — a Minimum Viable Product shouldn’t be a huge prototype that incorporates every feature that you can imagine in the final product. Build small, fast experiments that you can use to validate assumptions and build your long-term design around features that customers will actually pay money for. Baking mis-features into a project costs twice: once when you spend the effort building a feature that will go unused, and again when you remove it and replace it with a better feature.
Being able to speak the client’s language enabled us to envision how to augment the client’s vision with the capabilities of modern software technologies quickly and productively.
One might have expected that beginning development of a hardware-focused project before the hardware was complete would pose the most significant challenge. However, since we’ve frequently encountered and overcome this challenge on other hardware integration projects, our device simulator code was of high-enough fidelity that connecting to the final hardware went smoothly.
A more difficult challenge was, as von Moltke said, that “No plan survives first contact with the enemy.” In this case, that contact was at the first tradeshow demonstrations of the system, where some of the initial priority assumptions were disproven. Customer and potential-customer feedback actively shaped and reshaped SNIs vision for a saleable and marketable app. The ability to pivot the app in response to this feedback was essential to the successful launch of the product.
Another technical challenge relates to the extremely stringent data security protocols that are prevalent (but not universally or consistently followed) in the target industries. Our Security experts and IT department work closely with those end-users to ensure that our AWS installation is sufficiently hardened. Alternatively, we set up a local, ‘inside-the-fence’ solution to comply with corporate policies that forbid any sensitive data from leaving a company’s local network.
business
considerations
Business considerations
As customers define new functionality to enhance their use of the product, we will continue to work with SNI in making the system increasingly powerful and useful.
results
Results
100+ customers have deployed arrays of SNI’s permanently installed sensors in facilities throughout Europe, Asia and the Americas. New versions of instruments were recently launched that allow for automated uploading of sensor readings to webPIMS® for monitoring and analysis from local mesh networks. As customers define new functionality to enhance their use of the product, we will continue to work with SNI in making the system increasingly powerful and useful.
let's talk
"*" indicates required fields