Browan Industrial GPS Tracker on TTN Uplink Decoder

[jdormand]

First forum topic, bit nervous (!) sorry in advance for any foobars.

I recently purchased a Browan Industrial GPS tracker:
Browan Industrial LoRaWAN GPS Tracker EU868 (connectedthings.store)
and added it to my TTN console.

I have the device registered now and transmitting data through TTN but the process wasn’t as plain sailing as it maybe could have been.

This device is not in the Device database.

So my first question is: can I submit details of this device so that it can be added… or does this job fall solely to the OEM?

When it came to adding the uplink decoder (as a Custom Javascript Formatter) the OEM supplied github code ( browanofficial/Sensor-Decoder: Sensor decoder sample code (github.com)) did not appear to be directly TTN compatible, although I can see that it will probably work on a private server in an application where the packets were being forward to a server that was under your control.

I have created a version of this that is compatible with the TTN console, so my second question is, is there a way to publish this back to the community such that others can take advantage of it?

I will send it to Browan in case they want to make it available, and if there is not an ‘official’ way of contributing these back to the community, then I can always setup a github repo and make is publicly available through there, but before I do that, if there is a ‘TTN approved’ way of doing this, then I’ll follow that.

Thanks for reading!

[descartes (Nick McCloud)]

@jdormand

is: can I submit details of this device so that it can be added… or does this job fall solely to the OEM?

You can, its got a few elements to it so best to review a couple of devices setup so you know what you are getting in to. If anyone, including Browan, have better ideas, they can submit a change.

@jdormand

the OEM supplied github code ( browanofficial/Sensor-Decoder: Sensor decoder sample code (github.com))

It does appear to be a hot mess of amalgam of various decoders mashed together with some overly complicated calculations & processing.

@jdormand

although I can see that it will probably work on a private server in an application where the packets were being forward to a server that was under your control.

Not really, TTN is just a TTS instance so the same hot mess would apply to someone implementing the code soup where ever. If you want to expand on this people can review your thoughts on this.

@jdormand

if there is a ‘TTN approved’ way of doing this, then I’ll follow that.

Approval comes in various forms - many people just making good use of it that silently approve through to some that don’t read the instructions, struggle to implement & disapprove at varying levels of Ass-Hattery.