Giter Site home page Giter Site logo

mirakonta / lora_gateway Goto Github PK

View Code? Open in Web Editor NEW

This project forked from lora-net/lora_gateway

107.0 36.0 39.0 3.02 MB

Driver/HAL to build a gateway using a concentrator board based on Semtech SX1301 multi-channel modem and SX1257/SX1255 RF transceivers.

License: Other

Makefile 2.86% C 97.14%

lora_gateway's Introduction

#Attention This is a fork with the needed modifications to be able to use lora_gateway with a Multitech MTAC-LORA (MultiConnect mCard) board instead of a IoT Starter Kit platform.

 / _____)             _              | |    
( (____  _____ ____ _| |_ _____  ____| |__  
 \____ \| ___ |    (_   _) ___ |/ ___)  _ \ 
 _____) ) ____| | | || |_| ____( (___| | | |
(______/|_____)_|_|_| \__)_____)\____)_| |_|
  (C)2013 Semtech-Cycleo

LoRa Gateway project

  1. Core library: libloragw

This directory contains the sources of the library to build a gateway based on a Semtech LoRa multi-channel RF receiver (a.k.a. concentrator). Once compiled all the code is contained in the libloragw.a file that will be statically linked (ie. integrated in the final executable).

The library must be configured by editing the library.cfg file to set target platform, SPI interface, etc.

The library also comes with a bunch of basic tests programs that are used to test the different sub-modules of the library.

  1. Helper programs

Those programs are included in the project to provide examples on how to use the HAL library, and to help the system builder test different parts of it.

2.1. util_pkt_logger

This software is used to set up a LoRa concentrator using a JSON configuration file and then record all the packets received in a log file, indefinitely, until the user stops the application.

2.2. util_spi_stress

This software is used to check the reliability of the link between the host platform (on which the program is run) and the LoRa concentrator register file that is the interface through which all interaction with the LoRa concentrator happens.

2.3. util_tx_test

This software is used to send test packets with a LoRa concentrator. The packets contain little information, on no protocol (ie. MAC address) information but can be used to assess the functionality of a gateway downlink using other gateways as receivers.

2.4. util_tx_continuous

This software is used to set LoRa concentrator in Tx continuous mode, for spectral measurement.

  1. Changelog

v3.1.0

  • Removed GPIO module from HAL, that was specific to IoT Starter Kit platform. GPIO configuration will be done from application script instead.
  • Removed CFG_BRD configuration from library.cfg, not needed anymore

v3.0.2

  • Bugfix: Fixed frequency calculation on uplinks: lgw_receive() function was using a variable to calculate the frequency before it was initialized with correct value.
  • Bugfix: util_pkt_logger crashed when no gateway_ID is not defined in global_conf.json

v3.0.1

  • Bufgix: Fixed util_tx_continuous compilation issue, by adding empty obj directory
  • Bugfix: Fixed HAL compilation issue for CFG_SPI=ftdi, removed dependency on loragw_gpio in this case

v3.0.0

  • Added new HAL function lgw_board_setconf() to configure board/concentrator specific parameters: network type (LoRa public or private), concentrator clock source. Note: those parameters are not any more set from the library.cfg file configuration (CFG_NET, CFG_BRD), and should be passed at initialization by the application.
  • Added new HAL function lgw_txgain_setconf() to configure concentrator TX gain table. It can now be dynamically set by the application at initialization time.
  • Changed HAL function lgw_rxrf_setconf(), it will now also configure the radio type (CFG_RADIO has been removed from library.cfg), the RSSI offset to be used for this radio and if TX is enabled or not on this radio.
  • Added support of IoT Starter Kit platform, which is now the default board.
  • Added util_tx_continuous utility for gateway TX power calibration and spectral emission measurements/qualification.
  • Removed CFG_BAND configuration from library.cfg. Band configuration is done by application and passed dynamically at initialization time.
  • Updated makefiles to allow cross compilation from environment variable (ARCH, CROSS_COMPILE).

** WARNING: ** ** Known issue: a problem with carrier leakage calibration has been seen on 433MHz boards. **

v2.0.0

  • Added support for Kerlink 868 27dBm gateway
  • Updated global_conf.eu868.json (in packet logger) to new LoRaWAN frequency plan
  • Added version numbers to AGC, arbiter and calibration firmware (those versions are checked at startup)
  • Added test_loragw_cal to test radio calibrations
  • Fixed minor bug in error coverage in register read/write functions

/!\ warning: Kerlink 868 27dBm gateway includes a FPGA that MUST be programmed before running any application

v1.7.0

  • Added TX “start delay” compensation for timestamp mode (fix time window alignment issue at low SF and/or high BW)
  • Added adaptive narrowband/wideband TX filtering for LoRa
  • Added a command-line option to set CR in util_tx_test
  • Added notes for TX “start delay” in immediate and triggered mode

/!\ warning: due to start delay compensation being implemented, TX that were previously 1.5ms late will be sent on time. At low datarate, this is not an issue. At high LoRa data rate (and FSK) you might have to adjust your timing.

v1.6.0

  • Fixed bug with 250kHz and 500 kHz TX filtering
  • Adjusted FSK timestamp calibration in RX for accurate RX/TX alignment
  • Added lgw_abort_tx() function to stop a TX at any time (scheduled or ongoing)
  • Added support for user-settable FSK sync word (same for RX and TX)
  • Added support for the Chinese 780 MHz band
  • Added support for Kerlink 433 gateway
  • Added support for Cisco 433, 470 & 780 MHz concentrators boards

v1.5.0

  • Adding option to isolate public LoRa MAC networks at PHY level.

v1.4.1

  • Enabling support for FSK per LoRa MAC specification
  • Adjusting TX and RX calibration set on 868 reference board
  • Added specific RX/TX calibration set for Kerlink 868 "IoT station" gateway
  • Changed default SPI port for native driver to Kerlink SPI device number

v1.4.0

  • Added calibration routine to optimize RF performance
  • Added support for SX1301 433 MHz reference board
  • Improved AGC firmware
  • Improved RSSI accuracy
  • Improved utilities Makefile

v1.3.0

  • Added TX power management.
  • Added full support for SX1301 reference board.
  • Changed build system with configuration for multiple chip/radio/band support.
  • SX125x bandwidth set to 1MHz by default (was 800 kHz).
  • Solved warnings with 64b integer printf when compiling on x86_64.
  • Renamed helper programs to reduce the concentrator vs. gateway confusion.

v1.2.2

  • Added a GPIO toggle on the FTDI SPI module to reset the SX1301 board.

v1.2.1

  • Fixed 'floating point exception' crash when concentrator returned a packet with SF=0 (CRC error on LoRa header).
  • Fixed buggy timezone handling.

v1.2.0

  • Added feature: new GPS module in the library for synchronization.
  • Removed feature: no more missed deadline detection in TX because of incompatibility with GPS.
  • Added documentation for GPS and legal notice.
  • Added flags in Makefiles for easier cross-compilation.

v1.1.0

  • Fixed bug 'no TX on radio B' (rfch 1).
  • Added feature: concentrator processing delay compensation in the receive() function for accurate 'end of packet' even timestamping.
  • Added feature: TX 'start delay' compensation in the send() function to emit packet exactly on target timestamp.
  • Added feature: timestamp counter verification in send() function, return an error if scheduling was too late.
  • Switched license to 'Revised BSD'.

v1.0.0 (from beta 8)

  • Switched FTDI as default SPI phy layer in library.cfg.
  • Fixed a bug in TX power control; still only two TW power available, 14 and 24 dBm.
  • Changed library directory name from loragw_hal to libloragw to follow usual conventions.

Beta 8 (from beta 7)

  • API: lgw_receive now return info on RX frequency and RF path for each packet (no need to keep track of RF/IF settings).
  • Unified some portion of the code with the 470 MHz variant of the HAL (use SX1255 radios instead of SX1257).
  • Improved AGC and ARB firmwares.
  • Adding -Wall -Wextra for compilation, fixing all the new warnings for cleaner code.
  • Fixed bugs in handling of FSK datarate.
  • test_loragw_hal now dumps the content of all LoRa registers after configuration in reg_dump.log.

Beta 7 (from beta 5)

  • Reduced number of SPI transactions to fetch a packet (improved number a packets par second that can be downloaded from concentrator).
  • Streamlined build process, main target is now a static library: libloragw.a.
  • Change memory allocation for payload: they are now part of the struct for TX/RX, no need to malloc/free.
  • All RX chains can use any of the two radios now.
  • FSK is available and working in TX and RX (variable length mode).
  • Calibrated RSSI for FSK.
  • lgw_connect now check the CHIP_ID.
  • Added a license file and a changelog.
  • Added a function returning a version string to allow identification of the version/options once compiled.

Beta 6

Private release, not taken into account in that changelog.

Beta 5 (from beta 4)

  • Updated registers, firmware and configuration to align with r986 bitstream revision.
  • Calibrated RSSI for LoRa "multi" and LoRa "stand alone" modems.
  • Renamed some confusing TX status code.
  • Added preliminary FSK support.

Beta 4 (from beta 3)

  • Unified build environment with selectable SPI layer (Linux native or FTDI SPI-over-USB bridge).
  • Remove the 500 kHz limit on radio bandwith, back to the nominal 800 kHz.
  • Renamed debug flags.
  1. Legal notice

The information presented in this project documentation does not form part of any quotation or contract, is believed to be accurate and reliable and may be changed without notice. No liability will be accepted by the publisher for any consequence of its use. Publication thereof does not convey nor imply any license under patent or other industrial or intellectual property rights. Semtech assumes no responsibility or liability whatsoever for any failure or unexpected operation resulting from misuse, neglect improper installation, repair or improper handling or unusual physical or electrical stress including, but not limited to, exposure to parameters beyond the specified maximum ratings or operation outside the specified range.

SEMTECH PRODUCTS ARE NOT DESIGNED, INTENDED, AUTHORIZED OR WARRANTED TO BE SUITABLE FOR USE IN LIFE-SUPPORT APPLICATIONS, DEVICES OR SYSTEMS OR OTHER CRITICAL APPLICATIONS. INCLUSION OF SEMTECH PRODUCTS IN SUCH APPLICATIONS IS UNDERSTOOD TO BE UNDERTAKEN SOLELY AT THE CUSTOMER’S OWN RISK. Should a customer purchase or use Semtech products for any such unauthorized application, the customer shall indemnify and hold Semtech and its officers, employees, subsidiaries, affiliates, and distributors harmless against all claims, costs damages and attorney fees which could arise.

EOF

lora_gateway's People

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

lora_gateway's Issues

ERROR: Version of calibration firmware not expected

Hi @nestorayuso
Wiki page is really an awesome tutorial.
I'm following the Part 3: Compile LoRa gateway software to setup my own LoRa gateway, the only difference is that i'm using Ubuntu 14.04 instead of Raspberry-Pi, packet_forwarder(basic_pkt_fwd) works as expected, but util_tx_test, test_loragw_hal and test_loragw_cal report "ERROR: Version of calibration firmware not expected, actual:4 expected:2"

Below is the detail, any suggestions will be appreciated, thanks.

huzhifeng@Ubuntu14:~$ lsusb | grep FT232H
Bus 001 Device 003: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
huzhifeng@Ubuntu14:~$ cd lora/mirakonta/   
huzhifeng@Ubuntu14:~/lora/mirakonta$ ls
lora_gateway  packet_forwarder
huzhifeng@Ubuntu14:~/lora/mirakonta$ cd lora_gateway/
huzhifeng@Ubuntu14:~/lora/mirakonta/lora_gateway$ git remote -v
origin  https://github.com/mirakonta/lora_gateway.git (fetch)
origin  https://github.com/mirakonta/lora_gateway.git (push)
huzhifeng@Ubuntu14:~/lora/mirakonta/lora_gateway$ make clean all
huzhifeng@Ubuntu14:~/lora/mirakonta/lora_gateway$ cd ../packet_forwarder/
huzhifeng@Ubuntu14:~/lora/mirakonta/packet_forwarder$ git remote -v          
origin  https://github.com/mirakonta/packet_forwarder.git (fetch)
origin  https://github.com/mirakonta/packet_forwarder.git (push)
huzhifeng@Ubuntu14:~/lora/mirakonta/packet_forwarder$ make clean all
huzhifeng@Ubuntu14:~/lora/mirakonta/packet_forwarder$ cd ..
huzhifeng@Ubuntu14:~/lora/mirakonta$ mkdir -p exec
huzhifeng@Ubuntu14:~/lora/mirakonta$ cp packet_forwarder/basic_pkt_fwd/basic_pkt_fwd exec/
huzhifeng@Ubuntu14:~/lora/mirakonta$ cp packet_forwarder/basic_pkt_fwd/*.json exec/
huzhifeng@Ubuntu14:~/lora/mirakonta$ cd exec/
huzhifeng@Ubuntu14:~/lora/mirakonta/exec$ ./basic_pkt_fwd 
*** Basic Packet Forwarder for Lora Gateway ***
Version: 2.1.0
*** Lora concentrator HAL library version info ***
Version: 3.1.0; Options: ftdi;
***
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 0
lgw_board_setconf:566: Note: board configuration; lorawan_public:1, clksrc:0
INFO: Configuring TX LUT with 16 indexes
INFO: radio 0 enabled (type SX1257), center frequency 868200000, RSSI offset -166.000000, tx enabled 1
lgw_rxrf_setconf:598: Note: rf_chain 0 configuration; en:1 freq:868200000 rssi_offset:-166.000000 radio_type:2 tx_enable:1
INFO: radio 1 enabled (type SX1257), center frequency 869200000, RSSI offset -166.000000, tx enabled 0
lgw_rxrf_setconf:598: Note: rf_chain 1 configuration; en:1 freq:869200000 rssi_offset:-166.000000 radio_type:2 tx_enable:0
INFO: Lora multi-SF channel 0>  radio 0, IF -100000 Hz, 125 kHz bw, SF 7 to 12
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 0 configuration; en:1 freq:-100000 SF_mask:0x7e
INFO: Lora multi-SF channel 1>  radio 0, IF 100000 Hz, 125 kHz bw, SF 7 to 12
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 1 configuration; en:1 freq:100000 SF_mask:0x7e
INFO: Lora multi-SF channel 2>  radio 0, IF 300000 Hz, 125 kHz bw, SF 7 to 12
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 2 configuration; en:1 freq:300000 SF_mask:0x7e
INFO: Lora multi-SF channel 3>  radio 1, IF -350000 Hz, 125 kHz bw, SF 7 to 12
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 3 configuration; en:1 freq:-350000 SF_mask:0x7e
INFO: Lora multi-SF channel 4>  radio 1, IF -150000 Hz, 125 kHz bw, SF 7 to 12
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 4 configuration; en:1 freq:-150000 SF_mask:0x7e
INFO: Lora multi-SF channel 5>  radio 1, IF 325000 Hz, 125 kHz bw, SF 7 to 12
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 5 configuration; en:1 freq:325000 SF_mask:0x7e
INFO: Lora multi-SF channel 6 disabled
lgw_rxif_setconf:623: Note: if_chain 6 disabled
INFO: Lora multi-SF channel 7 disabled
lgw_rxif_setconf:623: Note: if_chain 7 disabled
INFO: Lora std channel> radio 0, IF 100000 Hz, 250000 Hz bw, SF 7
lgw_rxif_setconf:676: Note: LoRa 'std' if_chain 8 configuration; en:1 freq:100000 bw:2 dr:2
INFO: FSK channel> radio 0, IF 100000 Hz, 125000 Hz bw, 50000 bps datarate
lgw_rxif_setconf:732: Note: FSK if_chain 9 configuration; en:1 freq:100000 bw:3 dr:50000 (50000 real dr) sync:0xC194C1
INFO: global_conf.json does contain a JSON object named gateway_conf, parsing gateway parameters
INFO: gateway MAC address is configured to AA555A0000000000
INFO: server hostname or IP address is configured to "127.0.0.1"
INFO: upstream port is configured to "1680"
INFO: downstream port is configured to "1680"
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 AA555A0000000101
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
Note: success connecting the concentrator
setup_sx125x:358: Note: SX125x #0 version register returned 0x21
setup_sx125x:363: Note: SX125x #0 clock output enabled
setup_sx125x:420: Note: SX125x #0 PLL start (attempt 1)
setup_sx125x:358: Note: SX125x #1 version register returned 0x21
setup_sx125x:366: Note: SX125x #1 clock output disabled
setup_sx125x:420: Note: SX125x #1 PLL start (attempt 1)
lgw_start:887: Note: calibration started (time: 2300 ms)
lgw_start:908: Note: calibration finished (status = 191)
Info: Initialising AGC firmware...
Info: putting back original RADIO_SELECT value
INFO: [main] concentrator started, packet can now be received

##### 2016-07-10 14:14:26 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 0
# CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
# RF packets forwarded: 0 (0 bytes)
# PUSH_DATA datagrams sent: 0 (0 bytes)
# PUSH_DATA acknowledged: 0.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 3 (0.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to concentrator: 0 (0 bytes)
# TX errors: 0
##### END #####
^C
##### 2016-07-10 14:14:35 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 0
# CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
# RF packets forwarded: 0 (0 bytes)
# PUSH_DATA datagrams sent: 0 (0 bytes)
# PUSH_DATA acknowledged: 0.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 1 (0.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to concentrator: 0 (0 bytes)
# TX errors: 0
##### END #####

INFO: End of upstream thread
Note: success disconnecting the concentrator
INFO: concentrator stopped successfully
INFO: Exiting packet forwarder program
huzhifeng@Ubuntu14:~/lora/mirakonta/exec$ 
huzhifeng@Ubuntu14:~/lora/mirakonta/exec$ ../lora_gateway/util_tx_test/util_tx_test -r 1257 -f 868
Sending -1 packets on 868000000 Hz (BW 125 kHz, SF 10, CR 1, 16 bytes payload, 8 symbols preamble) at 14 dBm, with 1000 ms between each
lgw_board_setconf:566: Note: board configuration; lorawan_public:1, clksrc:1
lgw_rxrf_setconf:598: Note: rf_chain 0 configuration; en:1 freq:868000000 rssi_offset:0.000000 radio_type:2 tx_enable:1
Note: success connecting the concentrator
setup_sx125x:358: Note: SX125x #0 version register returned 0x21
setup_sx125x:366: Note: SX125x #0 clock output disabled
setup_sx125x:420: Note: SX125x #0 PLL start (attempt 1)
setup_sx125x:358: Note: SX125x #1 version register returned 0x21
setup_sx125x:363: Note: SX125x #1 clock output enabled
setup_sx125x:377: ERROR: UNEXPECTED VALUE 0 FOR RADIO TYPE
setup_sx125x:424: Note: SX125x #1 kept in standby mode
ERROR: Version of calibration firmware not expected, actual:4 expected:2
ERROR: failed to start the concentrator
huzhifeng@Ubuntu14:~/lora/mirakonta/exec$
huzhifeng@Ubuntu14:~/lora/mirakonta/exec$ ../lora_gateway/libloragw/test_loragw_hal -a 868.1 -b 868.3 -t 868 -r 1257
Beginning of test for loragw_hal.c
*** Library version information ***
Version: 3.1.0; Options: ftdi;

lgw_board_setconf:566: Note: board configuration; lorawan_public:1, clksrc:1
lgw_rxrf_setconf:598: Note: rf_chain 0 configuration; en:1 freq:868100000 rssi_offset:0.000000 radio_type:2 tx_enable:1
lgw_rxrf_setconf:598: Note: rf_chain 1 configuration; en:1 freq:868300000 rssi_offset:0.000000 radio_type:2 tx_enable:0
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 0 configuration; en:1 freq:-300000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 1 configuration; en:1 freq:300000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 2 configuration; en:1 freq:-300000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 3 configuration; en:1 freq:300000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 4 configuration; en:1 freq:-100000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 5 configuration; en:1 freq:100000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 6 configuration; en:1 freq:-100000 SF_mask:0x7e
lgw_rxif_setconf:702: Note: LoRa 'multi' if_chain 7 configuration; en:1 freq:100000 SF_mask:0x7e
lgw_rxif_setconf:676: Note: LoRa 'std' if_chain 8 configuration; en:1 freq:0 bw:2 dr:16
lgw_rxif_setconf:732: Note: FSK if_chain 9 configuration; en:1 freq:0 bw:2 dr:64000 (64000 real dr) sync:0xC194C1
Note: success connecting the concentrator
setup_sx125x:358: Note: SX125x #0 version register returned 0x21
setup_sx125x:366: Note: SX125x #0 clock output disabled
setup_sx125x:420: Note: SX125x #0 PLL start (attempt 1)
setup_sx125x:358: Note: SX125x #1 version register returned 0x21
setup_sx125x:363: Note: SX125x #1 clock output enabled
setup_sx125x:420: Note: SX125x #1 PLL start (attempt 1)
ERROR: Version of calibration firmware not expected, actual:4 expected:2
*** Impossible to start concentrator ***
huzhifeng@Ubuntu14:~/lora/mirakonta/exec$ 

Increased LUT table size causes errors

The TX LUT size of 36 causes a failure of AGC initialization. It seems to me the issue is on line 1093 of libloragw/src/loragw_hal.c . The FW is expecting 16 entries but 36 are sent and thus initialization fails.

Heat and power dissipated.

In WIKI page you write - And that's all! No more hardware modifications are needed although later I will discuss some improvements to lower the heat and power dissipated.

Please, add this information.
Now I test mCard-LoRa, and is very hot.

Thank you.

New MTAC?

I was going to build a gateway based on the MTAC with the USB sled modification, but I've noticed that the MTAC-LORA is now deprecated, and they've updated it to the MTAC-LORA-H.
Original: MTAC Lora v1.0
New: MTAC Lora-H? v1.5

It says that it's "SPI" based, while the older one was "USB" based... I'm guessing that they're planning to skip the USB-SPI bridge.

The FCC test setup is very different between the two... Version 1.0 has the USB sled like Mirakonta has done, while the v1.5 has wires soldered directly to the contacts on the sled...
FCC Testing

It looks like they've soldered onto some of the Reserved mPCIe pins...? Anyone have any thoughts on this?

North American version

I am trying to use North American version of Multitech module. Where do I find the correct global_conf.json file?

Dinamically change iface managed by pkt_fwd

Hi @nestorayuso !

We are testing the packages with wiki here and it is an awesome job and working!

In our case we are using an eth0 (wired cable) interface as default. But also we had configured a ppp0 (modem 3G) interface as second default (backup).

We know that pkt_fwd establishes a connection with the LoRAWAN Network Server choosing the default routing interface: eth0 or ppp0.

Our best option is eth0 iface. The ppp0 is for a backup connection.

But since pkt_fwd is connected over eth0 and suddenly this interface gets down, the default iface will be ppp0.

At this point, the script must to be reload to establishes a connection with the LoRaWAN Network Server over ppp0.

However we would like the pkt_fwd manage this connection without have to reload the script as we are doing now.

Is it possible to include this on pkt_fwd script, please?

Best Regards,

Rogério

missing GPS device tty in global_conf.json

I put one of these together but could not get the GPS working until I added the section below to the global_conf.json. Works fine with GPS lock.

    /* GPS configuration */
    "gps_tty_path": "/dev/ttyAMA0",
    /* GPS reference coordinates */
    "ref_latitude": 0.0,
    "ref_longitude": 0.0,
    "ref_altitude": 0

failed to start the concentrator running util_pkt_logger

Hi, I don't think this is an issue but I am trying to run the basic util_pkt_logger to test if the gateway is working. However, the gateway (concentrator) doesn't even start. I have followed this tutorial exactly.. https://github.com/mirakonta/lora_gateway/wiki

I get the error message "loragw_pkt_logger: ERROR: failed to start the concentrator"

Does anyone have any ideas why this might be? I don't get this error when I run the packet_forwarder programs.

screen shot 2017-04-11 at 5 16 10 pm

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.