Eye sensor / btsmp1

Hello,

I am working with EYE SENSOR / BTSMP1 and I am trying to make the sensor advertise the sensor data using the 3) EYE Sensors protocol, set via the mobile app.
Per documentation, when the sensor is set as such it should advertise only the sensor packet of 31 bytes, where the EYE Flags are in the byte 21, and the actual sensor readings are byte 22 to 30, byte 31 being reserved.

However, when I listen and print the raw advertised data, it only has 30 bytes, and it appears as the values cannot be correctly parsed. It appears as the whole packet content is different from the protocol I see in the documentation:

Sample outputs for raw advertised data, when Sensors protocol is set for advertising.

00 00 6E A5 0C 20 02 00 DC 99 FD 3F 2C 00 00 00 01 00 00 00 14 A0 FD 3F 1C A3 FD 3F D4 A2

I have another sensor which I left on Eddystone for the advertised protocol, and here it seems that I have 31 bytes as per documentation

7E 1C 09 40 C8 D0 FB 3F 28 9F FD 3F 2C 00 00 00 01 00 00 00 B8 A0 FD 3F 4C A3 FD 3F 34 A2 FD

The problem is that, I need the sensor readings often prefferably once per second and I need the sensor battery consumption to be as low as possible. This is why I am not inclined to use Eddystone protocol, since I need to active scan for sensor readings.

I used a couple of sensors on Eddystone, and I used to passive scan on the ‘unknown’ GATT caracteristic, which provided the sensor readins however in order to do this I had to permanently maintain an active connection to the sensors, with the keep alive command, and this made the battery drain prematurely for those sensors. They only lasted for less than 4 months.

I am looking forard for some help regarding what to do further.
Thank you

I managed to read the advertised data correctly. The issue was on my part and the data was mixed in the BLE stack, due to inproper handling.

However I am still curious onto what mode of reading is best for battery saving, as I managed to read them in 3 different ways:

  1. passive scan on Sensors protocol 30 byte advertisment
  2. active scan on Eddystone protocol 57 byte advertisment
  3. GATT characteristic read, on active connection (pairing) with keep alive (perhaps the most inefficient)

Hi @regioimpex

Please check this wiki page: EYE SENSOR / BTSMP1 - Teltonika Telematics Wiki

Best Regards
Maynard C

Hello,

I read the wiky documentation provided many times.
In your documentation, under battery specification, there is not specified under which protocol and conditions the battery lasts the stated ammounts. As I assume the protocol chosen and the reading method will influence theese estimates:

Battery and power
Model CR2450
Type Type Lithium, Manganese Dioxide
Total Capacity 600 mAh
Replaceable No
Battery life (Tx=2 dBm; interval: 3 s) 2.5 years
Battery life (Tx=2 dBm; interval: 5 s), default 4 years
Battery life (Tx=2 dBm; interval: 10 s) 5 years

So nowere here I see what protocol was used for testing !
I asume that on Sensors protocol where the device advertises the sensor readings, the battery consumption will not be the same as under Eddystone protocol, where the readings are provided on demand
Also we tested under active paired connection + keep alive and periodic readings via GATT UUID, (as I stated) and the battery life was far less then what is described here

If you can, provide more insight or tell me under which part of the wiki to look, perhaps I missed something. Please tell me what to search for at least, a keyword to point me at the section of the documentation that would answer my questions, or provide some answer.

Thank you very much!

1 Like

Hi @regioimpex

Please check this FAQ: EYE FAQ - Teltonika Telematics Wiki

1 Like

This topic was automatically closed after 60 days. New replies are no longer allowed.