DLOS8: Best way to push "high frequency" data to Datacake?

Hello everybody :wave:

sorry for my very generic question. I’m quite new to Lora and thrown into a project where I’m not sure what my options are. Still I’d like to figure out the “best” way to go… maybe you can push me in the right direction!

I’m working for a university and we’d need to monitor temperature and leaf moisture from several (10+) plants in a greenhouse. Ideally we get 60 datapoints per hour per sensor.

For our first test we got a Dragino LLMS01 Sensor, claimed it over at TTN and registered a Datacake account to display and persist the data. We adjusted the sensor to transmit every 1m and thought we’re done… until we learned about TTN Fair Use Policy :grimacing:

Unfortunately we were so hyped by our first test, that we ordered more hardware: More sensors + a Dragino Gateway DLOS8 (with 4G backhaul option, as we might also use it in the field).

Two main directions we thought of

  1. Changing the end node firmware to tweak the way data gets send
  2. Canging the pipeline between the Gateway and Datacake

We had some ideas about sending smaller packet, sending only when data changes etc. We quickly discarded the plan to change the end node firmware, as it seems to be a crazy task. There are fragments of open source code available for similar devices by Dragino but… no.

Changing the pipeline
The DLOS8 has the ability to forward Lora data over MQTT (Datacake offers a broker that accepts this data). We looked into this. It’s working but it seems to be rather inconvinient to setup more than 1-2 devices like that… (every end node need to configured over serial to be in ADB mode instead of OTAA, manual key need to be set, copied over to the gateway, etc.)

When we swap out TTN with Chirpstack? How would we do that? Is there a hosted option? Could we install it directly onto the DLOS8 (it’s runnig OpenWrt)?

Thank you for your time and insights!

Have a good day & all the best from Berlin,

Temperature and moisture of the plants are very unlikely to change fast.
So no point to measure every minute.

There will be factors that ask for that 1-minute resolution. Like automatic watering starts and we need to find out when the lower leaves are getting wet…

This doesn’t have to be live data though. Could be collected and sent out every 10min… but I guess this involves A) changing end node firmware or B) finding a way to customize the Gateway to buffer the data and send out over MQTT/TCP.

I believe ChirpStack doesnt enforce strict duty cycle like TTN.

I can send data every 30s or less during my test.

ABP to MQTT will be a hard road like you said.