The Internet of Things (IoT) Show with Bruce Sinclair

Episode 4

 

No matter how we define sensor, we are a long way from a plug and play world.  Except for the most rudimentary forms of sensing, you must be prepared to go custom-built.  And if that’s the case you must have an understanding of the connected sensor and the build-buy decision.  These two paths are a different business journeys with different costs to consider. In this episode of the IoT Inc Business Show, I discuss this with Scott Nelson who takes us on a deep dive into the connected sensor to understand the economics involved and the questions to ask during the sensor definition stage.

 
Scott Nelson takes us on a deep dive into the connected sensor to understand the economics involved and the questions to ask during the sensor definition stage.
 

Scott is Logic PD’s CTO and Executive Vice President. He has over 25 years of technology and product experience across a variety of industries. Over the last 10 years, Scott has been helping to define and develop Logic PD’s connected device offerings – and has experience in delivering solutions from design and engineering all the way through manufacturing and aftermarket services.

 

Sensors can cost anywhere from 50 cents to a few thousand dollars, or do they? It depends on your definition of sensor and in IoT that definition is changing. Today we include the components that sense (transducer) and convert the raw data into something meaningful plus the components that communicate what’s meaningful to the network or IoT platform. And in some cases the connected product is the sensor since that’s its main purpose.

This is part 1 of my interview with Scott. Part 2 continues to discuss sensor deployment considerations, standardization, risks, security, and future trends.

 
 

Here’s What We’ll Cover in this Episode

 

  • How a product integrator differs from a system integrator
  • Why the value of IoT is at the edges
  • All the variables that affect the cost of a sensor
  • Factors involved in the build or buy decision
  • Logic PD’s buy versus build percentage breakdown for sensors
  • How much sensors cost and the sensor cost histogram
  • Cost differential for making a product a connected product

 

 

Items Mentioned in this Episode

 

Help Spread the Word

 

If you enjoyed this episode of the IoT Inc Business Show, we would appreciated it if you give us a star rating or a quick review.  Use your podcasting app or go to our iTunes page and then launch iTunes or go to our Stitcher Radio page to do the same.

 

Ways to Subscribe to The IoT Business Show

 

Like what you hear?  Subscribe to get each episode delivered to your device:

 

  • Use your Android or IOS player app or click here and then view in iTunes to subscribe
  • Click here to subscribe via RSS (non-iTunes feed)

 

 

What do you Think?

 

How far away do you think we are from the plug and play sensor?

 
Direct download: iot-inc_04_leveled_with_ID3_info.mp3
Category:Business -- posted at: 4:58pm PST

Sensors from the M2M world are evolving into connected sensors for IoT. Same sensor tech but now the sensor needs to communicate outside of a local and often proprietary network. Goodbye 35 year-old Modbus, used in SCADA of yesteryear and hello layered communication, needed in the Internet of Things to onboard billions of sensors. In this episode of the IoT Inc Business Show, Mike Fahrion explains not only the anatomy of today’s connected sensor, but also why we’re moving to a layered communication stack.

 
Mike Fahrion explains not only the anatomy of today’s connected sensor, but also why we’re moving to a layered communication stack.
 

Mike is the director of product management at B&B Electronics and the company’s Internet of Things strategist. He is an expert in data communications, with 20 years of design and application experience at the “edge” of networks in remote, harsh or uncontrolled environments. Mike is a speaker and author and has a newsletter, eConnections, which has over 50,000 monthly subscribers.

 

Silo’d communication of the M2M age doesn’t scale. Abstracting communication into 3 layers: the media layer (the physical hardware – wired and wireless), the communication layer (the way the data is organized before being sent) and the application layer (raw data augmented with meta or semantic information,) simplifies and scales the usage of IoT data by separating how the data was produced from how it is consumed – just like today’s internet apps.

 
 

Here’s What We’ll Cover in this Episode

 

  • The networking differences between SCADA of M2M fame and today’s IoT networking technology – it gets down to semantics, storage and scale.
  • Why it’s important to separate the producer of the data with the consumer of the data.
  • How businesses adopting IoT usually have one of two competencies needed to deploy and how they compensate.
  • The real-world issues with standardization
  • Sensor pricing – what you should expect to pay per sensor class.
  • The two main factors that affect the price of your sensors.
  • Other costs to consider beyond the cost of the connected sensor.
  • The evolution of carriers and their approach to putting their brand on IoT.
  • How new equipment sensing is different from sensing in the industrial space.

 

 

Items Mentioned in this Episode

 

Help Spread the Word

 

If you enjoyed this episode of the IoT Inc Business Show, we would appreciated it if you give us a star rating or a quick review.  Use your podcasting app or go to our iTunes page and then launch iTunes or go to our Stitcher Radio page to do the same.

 

Ways to Subscribe to The IoT Business Show

 

Like what you hear?  Subscribe to get each episode delivered to your device:

 

  • Use your Android or IOS player app or click here and then view in iTunes to subscribe
  • Click here to subscribe via RSS (non-iTunes feed)

 

 

What do you Think?

 

Is this all figured out?  What are issues standing in the way of the smart sensor?

 
Direct download: iot-inc_03_leveled_with_ID3_info.mp3
Category:Business -- posted at: 6:44am PST

1