search

MarinoMtz / ic880A_Raspberry

Gateway LoRa iC880 with Chirpstack forwader
0 stars 1 forks source link

Connection issues and diagnostic tools #1

Open symeonmattes opened 3 years ago

symeonmattes commented 3 years ago

Hi,

Thanks for this great repo.

Hi,

I have a Raspberry pi3 and ic880A. I have followed the setup as described in https://github.com/MarinoMtz/ic880A_Raspberry.git 1 and my goal is to forward all the sensor data to a chirpstack-bridge.

Although, all the chirpstack stack, i.e. bridge, network and application server etc seem to run properly and my raspberry can ping the chripstack-bridge, I’m not sure what I’m doing wrong and I don’t receive any data.

I’m trying to break down the connections to see where the problem is. Currently, I’m trying to check the following:

In the repo there are different diagnostic tools but I haven't managed to make any to work properly.

  1. If the ic880A is connected properly to the raspberry
  2. if the ic880A gets data from my sensors
  3. If the raspberry-pi sents data to the computer that has the chirpstack-bridge
  4. If I have appropriate data check that the bridge has the data availabe

I tried to use the util pkt logger with no success. For instance it gives me an error that the MAC address found in local_conf.json AA555A0000000101, is not found. To be honest I was trying to get different information of the gateway such as DEV_EUI, but not sure how to find it.

Kind regards

MarinoMtz commented 3 years ago

Helo,

I'll try to answer your questions:

  1. If the ic880A is connected properly to the raspberry check the hardware connections, a good starting point can be: https://github.com/ttn-zh/ic880a-gateway/wiki

  2. if the ic880A gets data from my sensors, I don't know how you configured your raspberry to use the SPI ports, I have no clue on your actual implementation and the way you make your packets

  3. If the raspberry-pi sents data to the computer that has the chirpstack-bridge For that first verify the reset option, by launching the _resetlgw.sh bash file, check specially the port used, I put 7 but it actually depends on your wired connection.

  4. If I have appropriate data check that the bridge has the data available Check the config https://www.chirpstack.io/gateway-bridge/install/config/,

To see the packets that arrive you can use sudo systemctl [start|stop|restart|status] chirpstack-gateway-bridge

symeonmattes commented 3 years ago

Hi @MarinoMtz

  1. If the ic880A is connected properly to the raspberry I followed https://github.com/ttn-zh/ic880a-gateway/wiki some time ago with success. I was able to receive data to the ttn-console, indicating that everything was working properly. Since then the ttn has moved to a new version of the console and I wasn't able to make it work again.

However currently, I'm using your repo, so I was thinking if there is anything I could use within raspberry to see e.g. that ic880A is not broken, and see somehow that raspberry gets data before sending them to ttn or chirpstack.

  1. if the ic880A gets data from my sensors, The wires between raspberry and ic880A are as indicated in https://github.com/ttn-zh/ic880a-gateway/wiki, i.e.
iC880a pin Description RPi physical pin
21 Supply 5V 2
22 GND 6 (I used 9 as 6 is occupied with a fun)
13 Reset 22 (GPIO25)
14 SPI CLK 23
15 MISO 21
16 MOSI 19
17 NSS 24

I found some tools: in ~/ic880A_Raspberry/lora_gateway/libloragw I run:

./test_loragw_reg

Beginning of test for loragw_reg.c
ERROR: CONCENTRATOR UNCONNECTED
IMPLICIT_PAYLOAD_LENGHT = 0 (should be 197)
FRAME_SYNCH_PEAK2_POS = 0 (should be 11)
PREAMBLE_SYMB1_NB = 0 (should be 49253)
ADJUST_MODEM_START_OFFSET_SF12_RDX4 = 0 (should be 3173)
IF_FREQ_1 = 0 (should be -1947)
End of test for loragw_reg.c

Does it mean that it's not connected properly or it is broken?

  1. If the raspberry-pi sents data to the computer that has the chirpstack-bridge Based on the table in 2, I suppose I should use 25 instead of 7?
symeonmattes commented 3 years ago

I run:

sudo sh ./SPI_reset.sh ~/ic880A_Raspberry/packet_forwarder/lora_pkt_fwd ./lora_pkt_fwd

*** Beacon Packet Forwarder for Lora Gateway ***
Version: 4.0.1
*** Lora concentrator HAL library version info ***
Version: 5.0.1;
***
INFO: Little endian host
INFO: found global configuration file global_conf.json, parsing it
INFO: global_conf.json does contain a JSON object named SX1301_conf, parsing SX1301 parameters
INFO: lorawan_public 1, clksrc 1
INFO: LBT is disabled
INFO: antenna_gain 0 dBi
INFO: Configuring TX LUT with 16 indexes
INFO: radio 0 enabled (type SX1257), center frequency 867500000, RSSI offset -166.000000, tx enabled 1, tx_notch_freq 129000
INFO: radio 1 enabled (type SX1257), center frequency 868500000, RSSI offset -166.000000, tx enabled 0, tx_notch_freq 0
INFO: Lora multi-SF channel 0>  radio 1, IF -400000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 1>  radio 1, IF -200000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 2>  radio 1, IF 0 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 3>  radio 0, IF -400000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 4>  radio 0, IF -200000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 5>  radio 0, IF 0 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 6>  radio 0, IF 200000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 7>  radio 0, IF 400000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora std channel> radio 1, IF -200000 Hz, 250000 Hz bw, SF 7
INFO: FSK channel> radio 1, IF 300000 Hz, 125000 Hz bw, 50000 bps datarate
INFO: global_conf.json does contain a JSON object named gateway_conf, parsing gateway parameters
INFO: gateway MAC address is configured to A3892E823F7CD3A3
INFO: server hostname or IP address is configured to "localhost"
INFO: upstream port is configured to "1699"
INFO: downstream port is configured to "1699"
INFO: downstream keep-alive interval is configured to 10 seconds
INFO: statistics display interval is configured to 30 seconds
INFO: upstream PUSH_DATA time-out is configured to 100 ms
INFO: packets received with a valid CRC will be forwarded
INFO: packets received with a CRC error will NOT be forwarded
INFO: packets received with no CRC will NOT be forwarded
INFO: found local configuration file local_conf.json, parsing it
INFO: redefined parameters will overwrite global parameters
INFO: local_conf.json does not contain a JSON object named SX1301_conf
INFO: local_conf.json does contain a JSON object named gateway_conf, parsing gateway parameters
INFO: gateway MAC address is configured to C3892E823F7CD3A3
INFO: server hostname or IP address is configured to "192.168.1.8"
INFO: upstream port is configured to "1700"
INFO: downstream port is configured to "1700"
INFO: packets received with a valid CRC will be forwarded
INFO: packets received with a CRC error will NOT be forwarded
INFO: packets received with no CRC will NOT be forwarded
ERROR: [main] failed to start the concentrator

So it seems that the concentrator has not been conncected. Any ideas?