Previously, in industrial automation settings, many data acquisition systems were engineered using wireline protocols like MODBUS. Today, there are two classes of data acquisition systems:

  • Direct-to-IP systems: These data aquisition systems are a relatively new thing, where the sensor node itself connects directly to an IP network.
  • Gateway-based systems: In this type of data acquisition system, a proprietary or shorter-range wireless protocol connects to sensors. The data is then sent via gateway to the IP network, often through a cellular modem.

Below, we’ll look at how wireless data acquisition takes place on WiFi, Bluetooth, and Zigbee networks.

How Wireless Data Acquisition Systems Differ

WiFi Data Acquisition Systems

The biggest advantage of WiFi-based systems is that the sensor can directly connect to the IP network, get an IP address, and send that data via the internet.


  • There is no protocol conversion gateway involved in WiFi data acquisition.
  • WiFi is ubiquitous, so adding it to existing systems is relatively inexpensive. For example, NodeMcu (based on ESP8266) is an example of an inexpensive, open-source device that assists with WiFi data acquisition.


  • WiFi is fairly power hungry when it is connected. Even the process of getting a DHCP renewal can burn up the battery—and you can use a continuous draw of up to 100 mA just to stay connected to the network. While this is adequate for a system that wakes up infrequently and goes back to sleep, it’s not ideal for an application that needs to transact a lot of data while running on batteries.
  • WiFi provisioning is a huge headache and major consideration for any enterprise or industrial customer selling to third parties. Data acquisition sensors are headless devices and don’t have a keyboard—and your customer will need a way to enter user credentials into the system.

Bluetooth Data Acquisition Systems

We’re seeing an interest today in Bluetooth to IP devices for those who want to leverage the low cost and long battery life of Bluetooth 4.0 but require an industrial-grade architecture for data backhaul.


  • Bluetooth systems are very power efficient for sensor devices that require very low power consumption.
  • Bluetooth end devices are inexpensive, but require a Bluetooth bridge (like a smartphone) or BLE gateway.


  • There is no direct-to-IP wireless data acquisition model for Bluetooth. Bluetooth is a personal area network (PAN) technology, meaning that there is no direct IP based transport layer with Bluetooth. For data to flow into TCP/IP traffic, it must first go through a wireless peripheral to an app installed on an IP-connected device.
  • Range can be a major issue for Bluetooth-based sensor networks.

ZigBee Data Acquisition Systems

Like Bluetooth, there’s no direct-to-IP protocol available with ZigBee. Therefore, you’ll need a ZigBee access point that bridges traffic to IP. (Note that there are Zigbee IP protocols that can be used without passing data through the application layer.)


  • ZigBee’s data rate is very fast.
  • ZigBee systems can be very power efficient.


In Conclusion

Before selecting a data acquisition system, consider your business model. If using a Bluetooth-based data acquisition system means you would need to connect to a worker’s smartphone, forget about it. Similarly, if WiFi isn’t available everywhere you’re planning on selling your application or if you haven’t planned on how to handle WiFi authentication, you’re going to run into some issues.

Because of these concerns, we see more companies selling devices in third-party settings moving away from these options. Some gravitate toward cellular—as there’s no need for infrastructure—and others are moving toward a “bring your own infrastructure” model like Symphony Link. If you have any questions on which data acquisition system would be best for your solution, contact us.

WhitePaper 20Download 20CTA

Jennifer Halstead

Written by Jennifer Halstead

Jennifer Halstead, MBA, CPA brings more than 20 years financial industry experience to Link Labs. She began her career in finance within the pharmaceutical industry and has continued in both public accounting and private companies. She passed the CPA exam with the 3rd highest score in the state and completed her MBA with an accounting concentration (summa cum laude). Jennifer has worked with several software companies and has led multiple venture financing, merger and acquisitions deals. She has helped companies expand internationally and has managed the finance department of a startup to 33 consecutive quarters of growth prior to acquisition. After the acquisition, she served as the Controller of Dell Software Group’s Data Protection Division where she managed a portfolio of multiple hardware and software products to scale and achieve over triple-digit growth worldwide in 18 months. Jennifer brings a depth of finance experience to the Link Labs team.

Related Blogs

Asset Tracking, BLE Asset Management logistics

Is There a Purpose to Supply Chain Technology?

Asset Tracking, BLE Asset Management logistics

Steps to Improving Supply Chain Visibility

Asset Tracking, BLE Asset Management logistics

5 Ways To Use Location Data to Improve Supply Chain Operations

Subscribe to Link Labs' blog weekly update!


Subscribe to Link Labs' blog weekly update!