RPI 3 B + Dragino LoRa GPS HAT v1.4 + Pro Mini 3.3V node: a working example

Hi all
Thanks to the valuable support I found in this forum, I managed to assemble a working system composed of:

  • Raspberry PI 3 Model B + Dragino LoRa GPS HAT v1.4
  • Arduino Pro Mini 3.3V-based device

I wrote a brief article describing all the steps. It is available here: https://andreamarson.com/2018/11/18/ideas-for-a-diy-smart-home-how-to-build-a-simple-lorawan-network-from-a-to-z-part-i/
I hope this can be useful for other people.

Now, I would like to perform some tests in order to maximize the range.

In the meantime, I would like to understand why not all the packets sent by the test device are visible in the TTN console:
image
As you can see, only one packet every eight is shown.

1 Like

Once again, I take the opportunity to say that I would never use a board like the Raspberry PI to implement a real product. For many reasons, including but not limited to reliability, in my opinion, these boards are OK to make Proof of concepts (PoC) or** hobbyist **projects only.
hmmm … I disagree :sunglasses:

your (nice) article describes a SINGLE CHANNEL gateway, that’s the reason your missing packets.
SINGLE CHANNEL gateways are only for test purposes and study because they are not LoRaWAN compliant.
To ‘fix’ the missing packets you have to edit the channels in your LMIC node (from 8 to 1 ch - same ch as gateway)

or see RPI + RAK for a full diy 8 ch gateway

@BoRRoZ
Thank you very much for your prompt response.

:slightly_smiling_face:
I know that this statement could sound a little bit harsh and I am also aware that there are real products based on RPi or similar boards.
Anyway, I have been involved in embedded systems for industrial applications for 20 years and reliability and longevity are part of my DNA. So please forgive me if I’m a little bit conservative in this regard … :wink:

:+1:

P.S.: For instance, after installing my gateway, the file system corrupted twice in a month … I always advise my customers to choose a more reliable non-volatile storage than a microSD card.

We have had that discussion before.

Anyway, you’ve build a nice hobby installation, So making a backup of your SD card shouldn’t be a problem too :wink:
There are no lives in danger (then you wouldn’t even use LoRaWAN :sunglasses:)

You managed to create a minimal functional system. For a working system you need a LoRaWAN gateway, not a single channel ‘gateway’ which does not adhere to the LoRaWAN specification.

It would help people Googling if you modify your story to include that that setup is not specification compliant and will only receive a subset of the data a real gateway receives.

Other issues:

  • Never send ASCII text. Even in examples use binary as your code will be cut-and-pasted to a new program and new users assume they need to send text and end up wasting airtime.
  • Please don’t encourage people to use ABP and disable frame counter checks. OTAA is the way to go. (given your ‘gateway’ ABP might be the only thing that actually works, did you verify the ‘gateway’ supports downlinks?)
1 Like

This is the first thing I did when I completed the configuration of the root file system :wink:

1 Like

@kersing
Thank you very much for pointing these issues out.
There are many “details” about the LoRaWAN world that I’m not completely aware of yet. So these remarks are very helpful to grasp them.
I’ll update my post ASAP.

2 Likes

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