Basic Station status and usage

Hi @robertlie, I use LORIXone gateways and they have sent me a beta version of the new LORIXOS firmware that supports Basic Station. It’s on my to-do list to test.

@ iiLaw Thank you! I already have watched this video but I completely forgot about this slide. I will checkout these companies.

@ Verkehrsrot, could you provide me link where I can find this? I have searched their website, but could not find this information.

@ cjhdev, thank you. I quickly scanned their documentation.

It’s in the current beta which i got directly from their support. Release is announced for “late march”.

@ Verkehrsrot Okay, thanks.

@robertlie I’m just looking at getting BS working on MT conduit.
Looking at Authentication

The TTIG comes provisioned with with either
TLS Server Authentication Or TLS Server and Client Authentication

Looking at doc’s I’m assuming with other manfs. GW’s (for now) need to use TLS Server Authentication and Client Token where Token is GW Key

An updated version of Basic Station is available for Conduit.
This version has a fixed clksrc of 0. An overriding clksrc was being sent by the TTN servers.


Jason, thanks for updating running basic station on conduit

very timely for me

1 Like

The Laird RG1xx has support for BS with the latest firmware, but TTN is not providing clear info on how to use it with their network… which is really annoying.

The ‘register gateway’ page of TTN ( does not show how to register a gateway that uses the Basics Station Forwarder…

Use legacy check box…it’s the same as registering a TTIG…

1 Like

@jvbelle, I was able to install Basic Station on RAK831 and connect it to TTN, read @KrishnaIyerEaswaran2 post: Using basicstation on RPI gateway


Their official doc mentions Kerlink Wirnet Station and a raspberry based gateway:

@robertlie for ref.

Ursalink gateway supports Basic Station

Hi everyone,

I’m not sure if this belongs here, but I’m struggling to find any information on how to use basicstation with the SemTech picoGW card (USB to SPI bridge + SX1301), preferably with GPS synch.

The platform is OpenWRT ramips (MT7620), and it’s currently running fine with TTN using the legacy pico_pkt_fwd from xueliu’s lora-feed.

However, I would like to add GPS for class B (NMEA is available through /dev/ttyS0 and PPS is connected to the corrresponding miniPCI-E Pin), but this is currently unimplemented in the picoGW variant of the packet-formwarder…

Besides I’d rather prefer to use this card with basicstation instead, but is it even supported yet?

Can I really just set "device": "/dev/ttyACM0" instead of "/dev/spidev0.0" in the station.conf?
I hardly believe this would work, at least there seems to be no documentation available whatsoever for the picoGW card, aside from how to click around the GUI of a fancy Windows Demo application.

Maybe it’s just me, or this is really quite ridiculous.

Have you considered logging an issue at the BasicStation repo on github? That is the place the Semtech developers ‘hang out’, this is the TTN forum which is less focused on building packet forwarder software and more on the TTN network and its use.

For the picoGW you will need the appropriate HAL layer, I doubt it is included in the build for BasicStation. However the sources are available on github so it might just be a matter of placing the files in the right location and running a build. (Although it is rarely that simple to build software for OpenWRT in my experience)

Is this hardware from Semtech? Because my google search on picoGW and Semtech only shows a USB stick like device, not PCI card.

That’s correct, it is a concentrator card attached via the USB interface of a miniPCI-E slot, Semtech sell these as SX1308P868GW and there are other manufacturers of the same design (e.g. n-fuse). The card contains a USB to SPI interface controller, enumerating as ttyACM0.

Apparently my expectations about this product were false, and it is just a legacy Demo product that Semtec is no longer willing to support except for their legacy packet forwarder; however I wish they would at least state this on their product page.

While I am aware that I’m currently relying on the work of volunteers in order to operate this gateway, I had opened an issue regarding the GPS function in the lora-feed repo, but will also consider to do so in the upstream basicstation repo.

In the end, should I expect to see any severe disadvantages on TTN when running the gateway with the legacy packet forwarder instead of basicstation? Especially, I wonder if class B would be working this way.

You didn’t to notice TTN does not support Class B at all in V2 of the network? V3 should have Class B (not sure if it is implemented at this time but I’ve seen it on the roadmap) but there is no date when the community network switches to V3. So no Class B at the moment.

LorixOne has now got BasicStation support as part of the new LorixOS Stable 1.0.+

Just testing this downunder.