Product Info
E2E Bluetooth 4.0 Compliant Sensor v1.0
Overview
The E2E sensor (E2ES) is a Bluetooth 4.0-compliant device that logs temperature data. E2ES
was designed to be easy to use and to overcome the shortfalls of other similar devices.
E2ES uses a virtual UART-style communication scheme on top of Bluetooth 4.0 services. E2ES
logs data in a circular fashion and may make use of its single push-button and green LED
for user interaction. E2ES also has provisions for additional sensors such as Light or Vibration.
Bluetooth Attributes
E2ES design is based on the Nordic nRF52832 ARM based device with integrated 2.4 GHz
radio which exhibits the following characteristics:
- Advertise Interval
- Battery Life
1 - 2 Seconds
~3 Years
Logger Attributes
E2ES logging is built on top of the Nordic platform but is an abstraction that can be adapted to
other radio communication devices. Many of the properties of the logging facilities are
governed by the underlying platform and may change in future updates or different hardware.
Logging is mildly configurable. All configurable options can be set over Bluetooth while the
logger is Stopped.
- Data Point Limit
- Data Storage Method
- Temperature Range
- Temperature Accuracy
- Log Interval
- Log Delay
12,000
32 bit word with 3 10-bit temperatures and 2 bits for mark data
-50 to +50 Degrees Celsius
+/- 0.5 Degrees Celsius
1 to 2^16 Seconds
1 to 2^16 Seconds
E2ES Interaction
E2ES Interaction begins with a Bluetooth 4.0 scan. All valid E2ES are Generally Discoverable
and will advertise a packet containing the name ‘E2ESensor’ in the payload. Once found, issue
a Service Discovery to find the transmit and receive services. Communication is now possible
by writing data to the transmit channel and reading from the receive channel.
E2ESensor
Bluetooth
Central
RX Char: 00000002-0043-4C4C-5049-5254706D6554
TX Char: 00000003-0043-4C4C-5049-5254706D6554
E2ES communication can be done in two ways. The first way is to do a ‘write verify’ on the TX
line. A write verify will only return once the RX buffer has been filled and you can safely do a
read from the RX channel. The second way would be to write data on the TX channel and await
a ‘notify’ event that indicated the RX channel has data available. The first method is well tested
and the current recommended approach.
© 2018 End2End Sensors LLC, ALL RIGHTS RESERVED