DRAGINO problems and solutions topic


(Jac Kersing) #91

Your use case does not match LoRaWAN. For LoRaWAN one device is always a gateway and the other always a node. If both devices have a permanent IP connection there is no need for LoRaWAN.
Also, packet forwarders will not talk to other packet forwarders, a packet forwarder never sends any data without the back-end telling it to do so and the back-end does not push data to a gateway if it has not seen data from a node arriving. (And then it might send a reply packet to that node)

Using plain LoRa (or with your own protocol) sounds a lot more achievable. If you do so, please choose a frequency not being used by TTN (or other LoRaWAN providers) in your vicinity.


(LLandre) #92

Hi all,
I’m trying to build a single channel gateway based on the RPi model 3 B + Dragino Lora/GPS HAT v1.4 combination.

I successfully built the followings:

SPI communication seems ok, however, lgw_connect function fails. I enabled all the available debug options in order to get more information. It seems that the hardware I’m using is not supported:

Note: SPI port opened and configured ok
Note: SPI read success
lgw_connect:532: INFO: no FPGA detected or version not supported (v35)
Note: SPI read success
lgw_connect:555: ERROR: NOT EXPECTED CHIP VERSION (v128)
ERROR: FAIL TO CONNECT BOARD
ERROR: [main] failed to start the concentrator

Anyone can help?
Thanks in advance.


(Jac Kersing) #93

Yes. Read this thread. The dragino shield can only be used for single (and some boards dual) channel gateways. The code you build requires a full gateway with sx1301. The solution is to use the right code for your hardware.


(Batigolle) #94

Hi @LLandre
I made a gateway with the same components,
look at this link, if it can be useful … Dual-Chan Gateway with Raspberry PI3 + Dragino Hat v1.4 and Downstream messages


(Bauvill) #95

I had similar issues. If you read the requirements and description of the code you used, you will realize that it is destined for full gateways/concentrators to build in the SX1301 concentrator while yours is based on the 1276/72 transceiver that can act as a single channel gateway ( with a lot of limitations). I solved the problem by using this code —> (https://github.com/tftelkamp/single_chan_pkt_fwd/blob/master/main.cpp). It will work like magic.


(LLandre) #96

Thank you all so much for shedding some light :slightly_smiling_face:
There are so many different implementations that it is not that easy to understand the proper software/hardware combinations.

@Batigolle
I’ll give it a try :+1:

@bauvill
Firstly, I tried the same code you indicated. However, as I read that is deprecated, I tried to find a newer one. That’s why I ended up experimenting with the repositories I mentioned in my first message.


(Bauvill) #97

Hi Guys,
I have one additional question, this refers to the design and implementation of the communication network over Lora, as I described in my previous post. My devices (2 x ( RPI+LoRa Dragino/GPS Hat) ) are communicating over Lora modulation. Now I wanted to design a Network server that will take care of authentification, and End-devices identification … for the network locally. The point is, I don’t want to connect it to any Cloud service now. I found a Lora-Server API ( at https://www.loraserver.io/loraserver/overview/) that is supposed to do the job.
My question is:
a)Has someone here implemented or used the API or a similar API to create a local network server?
b) Has someone better implementation for this use case.
The Truth is that it is part of the system requirements to run the network server locally.
Any help will be welcome. Once more Thanks in advance.


#98

your ‘private server’ question is a bit off topic here


(Bauvill) #99

okay, I understand that and
Thanks anyway.


(LLandre) #100

@bauvill
Do you think that these #defines make sense?

// router.eu.thethings.network
#define SERVER1 "52.169.76.203"
#define PORT 1700                   // The port on which to send data

On TTN console, the status is always “Not connected” :slightly_frowning_face:


(Bauvill) #101

1- Yea, that should be okay. All you have to do is verify that the Server address points to your region.
2- As far as I know TTN has stopped showing activities of single gateways on their platform. Since single channel gateways are a very limited type of gateway and can’t be truly considered as such. So you would see your gateway as connected on the TTN console.


(Glbaum) #102

Unless things are different for NA from the Europe servers he should still see his Dragino Lora HAT gateway as connected. At the very least I still see mine as connected, so there’s that at least.


(Valbuz) #103

Hi
i have build my first node with a draguino board. it works after the first power up.

but now i don’t see any more payloads in my console.

is there a way to check something on the net? or else?

thanks

btw I’m newbie :slight_smile:


(Glbaum) #104

Ok, can you give some more info about what you are actually seeing, what code you are using, etc. If you aren’t seeing any more payloads in your console, did you stop seeing them after you powered off or restarted the node or before? And if it was after, did you reset the frame counter for your device?

You are going to need to give us some more information on the problem if you want more help.


(Valbuz) #105

i try to explain…

i use the arduino-lmic library.
after testing with the board, i power it off. (since there, in the console i see the updates from board)
day after i powered it up and see nothing more in the console.
i didn’t reset any counter.
is this necessary to reset the counter before connect again?


(Mat89) #106

Hi valbuz

Are you using ABP or OTAA?
If you’re using ABP you have to preserve the frame counter. If you can’t or don’t want to preserve the counter when powering the device off and on again, you have to disable frame counter check on console.thethingsnetwork.org for this specific device.

If you’re using OTAA you can send a new join request after power on, so you don’t have to preserve data between power off and on. If this only happens rarely, it is OK to send a new join request. If this happens regurarely, you should store all LMIC infos needed for communications between power off and on.

Hope this helps
Mat


(Valbuz) #107

hi Mat
thanks for reply.
i use ABP.
i will check this with “frame counter”, but i think that was the problem( hope so :slight_smile: )

valbi


(K5at) #110

I am running a Draguino Shield with an Arduino Uno. I have had this running for several days now, but somehow I’ve changed something. Now when I run it i get the following message on the local terminal.
FAILURE /Users/herbblair/Documents/Arduino/libraries/IBM_LMIC_framework/src/lmic/radio.c:328
Any ideas on what’s going on?


#111

do you have the library still installed ?


(K5at) #112

Yes, I have it installed.