Gateway comparison: Dragino LPS8 and Mikrotik LR8

I’m currently running two Mikrotik LR8 gateways and bought a (used) Dragino LPS8 on a whim. This will be a short comparison describing my impressions of both gateways; there’s not much out there on actual experience with gateways, so maybe this is of interest for those looking for reasonably low-cost gateways.

Summary
Both gatways work. The Dragino LPS8 has a surprisingly nice antenna, but a confusing and partially non-functional web interface that leaves the impression of a lack of care when it comes to firmware. The LR8 has fewer features, but has a working LoRa message log, more mounting options, and at least 5 years of software updates.

Hardware
Since there’s only one concentrator chip you can use, the actual LoRa performance of both gateways should be pretty much identical, which some quick tests confirm to be the case.

The LR8 has slightly better hardware (newer CPU running at 650 MHz as opposed to the LPS8’s 400 MHz), but otherwise, they are pretty comparable as far as RAM (64 MiB) and Flash (16 MiB) are concerned. Both have one 100 Mbit Ethernet port and 802.11n WiFi. The LR8’s SoC supports two WiFi antennas (which are installed), as opposed to the LPS8’s single WiFi antenna, but this is more than enough anyway.

The LPS8 has a surprisingly good external antenna that’s pretty well matched for 868 MHz connected via an SMA connector.
The LR8 comes with a very basic LoRa antenna in the case, but it is not connected by default. It also has an SMA connector for an external antenna. If you want to use the internal antenna, you need to open the case, unplug the SMA pigtail from the LoRa concentrator card and plug in the antenna. The external antenna connector is placed in an awkward position requiring the use of an extension cable; this clearly is intended for connecting a larger outdoor antenna and not for indoor use.
The LR8 has multiple mounting options (including a stand for indoor use) and can be employed for light-duty outdoor use (i.e. pole-mounted and protected from water from below) as well, whereas the LPS8 is an indoor gateway with no provisions for being used outside.

The LPS8 has a USB-C socket for power and needs a separate 5V, 2A power supply.
The LR8 is powered by an included power adapter that can be plugged into the device itself or used with an included passive PoE injector cable. There is, however, no proper PoE support. The web interface gives information about the supply voltage, so power supply problems using very long cables can be diagnosed.

The LPS8 seems to be a custom hardware design that uses a subassembly for the SoC and includes the LoRa circuitry on the main board.
The LR8 is based on Mikrotik’s wAP series of wireless routers with just a LoRa concentrator card plugged in and a different internal antenna.

Software
The LPS8 is easy to setup intuitively without any surprises. The LR8, on the other hand, has a peculiar standard configuration that lends itself to the user being locked out if the network interface setup and firewall configuration is not done in the correct sequence. However, since there is not much to configure anyway, initial setup should be completed within 15 minutes, even with multiple attempts and device resets of the LR8.

The LPS8 has a very basic web interface with few configuration options and not much information provided. The LR8 has an extensive web interface, but most of it is related to networking, as it’s still pretty much a wireless router from Mikrotik with an additional LoRa concentrator. However, the LoRa features are pretty sensible, including a traffic log that can be filtered by device address to help with diagnosis. I tried different firmware versions for the LPS8, including the most recent version, but I couldn’t get the LoRa gateway traffic log to work. In my opinion, that’s a huge problem if you use your own gateway for debugging during device development. Of course, TTN provides a traffic log, but it’s cumbersome to use and I don’t think everything received by the gateway shows up there. The LR8, on the other hand, displays a list of the last 120 LoRa messages and provides more detailed information when you click on a message. This might not be needed for operating a gateway, but is very helpful when you develop your own nodes.

The LPS8’s web interface provides no way of specifying the LoRa antenna gain for transmission power adjustment. The LR8 does. I haven’t looked into other options to adjust transmitter power, but not being able to just configure this poses a regulatory problem. Essentially, you’re limited to using the supplied antenna.
The LR8 has just the UDP packet forwarder, the LPS8 can be configured to use the more modern Basic Station as well. (While security updates are available quickly, Mikrotik is slow with feature updates; I reckon we will get Basic Station support some time, though. The LPS8 supports it with slightly worse hardware, so the LR8 should be able to support it as well.) The LPS8 supports various commercial LoRaWAN networks requiring their own special software out of the box, while the LR8 has no support for this at all. I haven’t explored this further, as I have no interest in using these networks at the moment. The LPS8 runs an OpenWRT fork, but it’s all a bit opaque. There are firmware binaries and the current one doesn’t even include a changelog (it’s empty) and a github repository of the OpenWRT fork that hasn’t been updated in some time. While I prefer open source products for ideological and practical reasons, the LPS8 isn’t open source hardware and I’m still wondering if the provided OpenWRT fork’s repository contains the complete software or if there are any proprietary closed-source parts. I couldn’t find out the source version used for the firmware build, which further complicates things. I see no advantage in having open source software if the repositories and releases are not well-organized.
The LR8 runs Mikrotik’s closed-source RouterOS, but Mikrotik claims to provide at least 5 years of software updates from the time of purchase.

Conclusion
In my opinion, the LPS8 is shockingly underwhelming. Of course, as a LoRaWAN gateway, it works just fine, probably as well as any other reasonably designed LoRaWAN gateway. However, unfortunately, the whole experience with the web interface is just so bad: a lack of configuration options, a large amount of loosely organized features that change the gateway’s operating mode when activated, very badly designed/structured web interface and a very ugly web interface that often just displays console output verbatim. At times, it doesn’t work at all, as for example in the case of the Gateway Traffic display, which should display some messages and details, but stays empty (I tried the current and the previous firmware version and even different browsers, but to no avail; however, the gateway happily receives and forwards messages, so there is indeed some traffic). Overall, the LPS8 leaves the impression that it was put together without much care. I understand that this is one of the very few early affordable gateways, and for that the manufacturer needs to be commended, but in my opinion, it just doesn’t cut the mustard nowadays. The web interface is no joy to use and doesn’t instill the trust in me to think that the software will be updated regularly and maintained properly for years to come. While you don’t need a flashy web interface, I get the impression that it’s more of a focus to quickly support new features than to provide a nice user experience. The lack of basic transmission power configuration options to ensure regulatory compliance when using a different antenna is another disadvantage.
The LR8’s web interface, on the other hand, is a bit overwhelming at first. It uses Mikrotik’s RouterOS, which is far more feature-rich (and exposes everything) than you’d probably need for a LoRaWAN gateway. There are a few basic LoRa configuration options including the antenna gain (which is important for regulatory requirements) and then it works fine. There really isn’t much to say about it, it works just fine, the hardware and software seem well designed. The LoRa message log is great for debugging, but unfortunately, it’s very hard to get it off the device. Ideally, you’d want to have this log in particular forwarded to some logging server, but that doesn’t seem to be supported. From the way it feels, the LoRaWAN support clearly is somewhat of an afterthought with next to no integration into the rest of the software (e.g. no graphing or statistics for LoRa); however, the important things work well. The included antenna is okay for indoor use and very short range (a few hundred meters at best), but you need to open the case to connect it anyway. The large choice of mounting options is nice, but you always end up with parts you don’t use.

Currently, the LPS8 is a bit more expensive, but let’s just say that the LPS8 and the LR8 cost roughly the same for the sake of argument. Given this, I’d choose the LR8 in a heartbeat; it’s just the much better designed product backed by a larger manufacturer that I trust to provide software updates over a reasonable lifetime of the product. The internal antenna is more of an afterthought with quite limited range and connecting an external antenna is clearly intended for mounting outside, but at least in my opinion, these are minor gripes in comparison to the lack of care in the LPS8’s web interface.

4 Likes

Appreciate your overall impressions…I run both as well along with many others. For me the LPS8 was quicker/easier to set up and deploy than the LR8 but then I don’t use either specifically for node development…lots of others to chose from. If I was to give one to a user to fire and forget it would be the LPS8 as less risk of bricking it though as you say RouterOS and the LR8 have more features for a pro networking person to configure and play with, and I like the Mikrotiks power options…the LPS8 came with its own external PSU so no real issue with fact it’s external…helps placement flexibility.

The only factual thing I would challenge is that Semtech have evolved the concentrator baseband and RF front end offerings such that there are now 4 conc chips… the original SX1301, then reduced temp range, slightly reduced spec SX1308, the newer architecture but essentially same spec SX1302, offering lower power and most recently the SX1303 with some enhanced features and lower power… in most real world deployments the actual core 8 channel TTN related performance as RF system is broadly the same… minor implementation changes by different manufactures can negate small device improvements. Note I haven’t tested all chip variants myself yet as still awaiting some gw/con card manufacturers to ship me final units for eval.

Thanks for your write-up.

Having used both devices almost from their release dates I would like to add that there have been a number of firmware updates for the LPS8 steadily making it a more capable device (addition of BasicStation, added remote management) where the LR8 just received bug fixes.
Also the open source and accessible OS of the LPS8 allowed me to add my own remote management provisions which were very useful for the switch to V3. For the LR8 the best option seems to be to create a VPN connection to allow secure remote management.

In my experience non MikroTik users have a harder time setting up the LR8 (I’ve had to help a couple of them to get things running) where basic setup for the LPS8 seems to be less of challenge.

Once installed both work equally well.

Can you please uncheck the ‘error’ for forward settings in the LR8? Packets with CRC errors should not be forwarded to TTN. (Which MikroTik should know by now but seems not to want to fix the default setting).

The real advantage of an open source gateway based would be that you can throw away the vendor silliness and just make your own remote-administration-optimized build using the plain Semtech packet forwarder and daemons to manage whatever Internet backhaul solution you pick.

Typically you wouldn’t be doing much runtime configuration, because you’d have most of your needs baked into your deployment image.

Though if you don’t chose to throw it away, LUCI based configuration stuff tends to be scripting that’s in source form on the box anyway.

I am a newcomer here, but the Mikrotik LR8 comes with RouterOS and offers very interesting features. For example you can easily isolate the LR8 in a VLAN for privacy or establish a VPN. Kind regards, Kellogs

The LR8 is very nice if you are already familiar with RouterOS and don’t mind being locked in by the vendor. For most LoRaWAN gateways RouterOS is overkill and an easier remote management solution would be more welcome.

Nevertheless, it the LR8 is a very affordable option which allows easy outdoor deployment. Just make sure to consider how to manage the gateway before deploying at remote locations.

Dragino LPS8 is based on OpenWRT so it is a nice solution. But it seems to be an indoor solution when Mikrotik LR8 can be used indoor and outdoor. i am using both OpenWRT and Mikrotik on my routers. Mikrotik is not really locking you down. They claim to own their OS, in fact RouterOS is pure Linux kernel. But I agree OpenWRT can be updated on the long run.

Outdoor within certain limits. The unit is IP54 and needs to be mounted the right way to prevent moisture ingress.

However there is no way to get to the Linux prompt or to load custom software. Building your own distribution will be hard because hardware information is missing.
Hmm, as they are using Linux at least the kernel sources should be available upon request or they are breaching the kernel license.

Yes, Mikrotik is using a Linux kernel, I can confirm and this is public information.

1 Like

And that’s where opensource ends… ROS is mostly rewritten from scratch, and so are most services. That’s the reason why e.g. OpenVPN udp mode has been unsupported for years in ROS… original code was terrible so Mikrotik refused to support/rewrite it.

I worked with openWRT and derivatives extensively before jumping into ROS in the mid 2000s, also made my own custom *WRT firmwares for WISPs…

I don’t understand such “vendor locking” in the LR8? as any Mikrotik device will receive upgrades for the life of the device unless hardware prevents so.

On the contrary, in my eye, I prefer ROS, specially, over a non standard openWRT, night and day.

In my opinion, from a bussiness/commercial standpoint, Knot, LR8 (or any outdoors routerboard with miniPCIe support to plug the Lora card) has an edge… commercial support for example, or the ability to assemble a device with any required features hardware wise, while keeping management homogeneous.

UI/management wise there’s simply no comparison. I would get the shivers if I had to manage networks made of hundreds of openWRT devices.

For most LoRaWAN gateways RouterOS is overkill and an easier remote management solution would be more welcome.

What do you mean with easier remote management?? I find it quite the opposite? ROS has the best and most flexible remote management amongst any network vendors, I use it daily, RoMON (remote config in layer 2, you can access devices with no IPs/L3) is simply unmatched, not even cisco or alike offers it.

Also, there’s the Dude for free, to build network monitoring dashboards…

Yes ROS won’t allow you to install not touch the system… for me that’s an advantage actually. And how any router device should be.

Yet there’s still the possibility of running KVM (x86), MetaROUTER (ppc) or containers (ROS v7, arm for now) so not locked “out”, flexibility is there.

It boils down to whether you want a development environment, where LPS8 has easier entry curve, or want a pro device with pro features in networking, management and provisioning, with resiliency and stability: RouterBoard/ROS; in that case you’ll need to either learn (steeper curve), use this or Mikrotik forum, or locate a Mikrotik consultant.

Many make the mistake of going with whatever is “easier” for the developer, or “at the beggining”. Problems come after, when such infrastructure needs to be maintained, secured, revamped or quick upgrades are required due to a new exploit or alike… if physical visits are required, or cumbersome firmware upgrades are required, then all the “ease” at the beggining is moot and gone…

I am glad your experiences are positive, Keep in mind not everyone has the same requirements and expectations.

I’ve been using MikroTik hardware for well over 10 years and while their offering has many strong points it is lacking in others.

And the vendor decides what the life of the device is, not the user. What is the published MikroTik life cycle for LR8? Does it match the expected deployment time for the users?

Which also translates to ‘while having many settings not relevant for LoRaWAN gateways’. The LR8 tries to be a router and a gateway where I would prefer it focuses on being a superb gateway.

With OpenWRT out of the box I agree. However for OpenWRT I can replace/enhance the firmware with remote management that focuses on LoRaWAN management where with the MikroTik management I still have router management with LoRaWAN bolted onto it.

What would you advice for management of remotely deployed (as in not part of a network I manage or own) LR8s that are behind a firewall/NAT solution only allowing outbound connections?

[quote=“fcojmontilla, post:12, topic:54092”]
Many make the mistake of going with whatever is “easier” for the developer, or “at the beggining”. [/quote]

Many might but I have multiple gateways deployed at remote locations for over 5 years and trust me, I know about challenges of (remote) management. And up till now I haven’t found a solution that beats balena.io and a configuration server for the LoRaWAN parameters (which doesn’t work for either LPS8 nor LR8)

1 Like

Sorry, maybe I shall have stated since the beggining not a “regular user” I am a Mikrotik Official Consultant & Certified Trainer.

These are my views though, I don’t represent Mikrotik.

Couldn’t agree more though, not everyone have the same requirements and expectations, and I may lean too much to the consulting experience side.

Sorry, don’t understand your point. Mikrotik focus on disruptive market, never had a problem of programmed obsolescence if that’s your concern? Have 15+ old equipment that still works…

If you refer to market shortage, or the time it takes since a product “launch” until it reaches the market, yes it has happened, and also there’s plenty of broken stock nowadays.

And yes sometimes is hard to source just launched and “hot” products, but don’t think this is Mikrotik specific?

Totally opposite views here I must admit… LoRa is just another interface of a router… and we are talking about gateways… in my eyes this is actually a big plus, as allows to e.g. deploy LoRA easily on already deployed WISP towers… where almost none would allow a home router (let a lone a Pi) to be deployed…

Also wAP LR8 is just one LoRA product amongst dozen or so in Mikrotik LoRA range, nothing prevents you from fitting a LR-2/8/9 card on any suitable routerboard…

As you said, not everyone has the same requirements and expectations… I am sure that beats the “logical” provisioning part of LoRaWAN, TTN? which certainly is terrible, but I was referring to an unconfigured device, with no IPs… which yes, (layer 2 remote access) is possible with Mikrotik.

Didn’t know Balena were into LoRA… thanks for the link!

I think we both have our views (logically) leaning towards our fields of expertise; mine on the physical and networking part (L2-L3) and yours to the upper layers…

Nothing prevents you from using RouterOS API, or internal scripting, flashfig, etc to customize your provisioning…

Regarding custom firmwares, been there… burden and responsibility for maintenance being good or not, I bet depends on the business, I prefer to leave that to a specialized company and focus on other areas…

A tunnel concentrator that you can control… For outgoing tunnels SSTP giving the less fuss and tampering by telcos (Mikrotik’s rewrote their own SSTP implementation). WG interesting too…

1 Like

I suspect neither of those although the second is good to know.

It’s “how long can I buy these for” sort of question - rather than writing up extensive documentation for a deployment and then finding the product is discontinued two years in to a four year project.

As for the bells & whistles, I still have an LR8 on the shelf after @Jeff-UK, one of the our gateway masters, the other being @Kersing) reported having a bun fight with the UI. Gateways should have an appliance mode so you can enter the gateway server address and get on with the next job. Apple became the biggest company in the world by selling a computer with one mouse button …

1 Like

Go on Nick, dust it off, get it registered and online and go deploy somewhere/expand the network…you know you want to really! (If I can muddle through and succeed I’m sure you certainly can too…probably you would find it easier, failing that will swap you for a TTIG/LPS8 when I finally get North again as would like to try and fettle one again…).

1 Like

Nick, hang onto yours as they’re rare as hens teeth. None of my suppliers have stock or know when they’ll receive new stock.

1 Like

I didn’t think IS-IS had been implemented in RouterOS.

I wonder what level packet forwarder software would be - definitely Network layer - but as the software talks directly to the hardware, I guess Data Link layer as well.

Completely share that… but that may happen with either brand?

Routerboards are fully programmable, same “programming” is interchangeable (hardware interfaces allowing) between any of them.

So if you e.g. write custom scripts used internally, or assemble custom provisioning, as long as there’s a LoRA interface in the routerboard, it doesn’t matter which exact “board” you use, you’re not tied to specific model of hardware.

If we focus on wAP physical “form factor” of course I cannot know, but looking at the amount of products based on it I don’t think is gonna be phased out any time soon, maybe new hardware added, but hardware form factor will possibly remain.

Again, I agree, Mikrotik curve is rather steep at the beggining, and UI feels awkward, I thought exactly the same. But once I got trained, I understood why network engineers love WinBox and why Mikrotik designed it this way, it’s great for network admins.

Mikrotik Philosophy though is to “give the cane” providing ROS, and assorted tools (dude, netinstall, flashfig, etc) and let proffessionals to build their whole system, rather than provide a “canned” one.

With the dude + tunnel concentrator where gateways connect, you can build a dashboard to have everything easily and centrally managed… But yes you need to build it.

Anything I can be of help with the LR8 just let me know… will do my best to “streamline” and pave the way to make it less steep at the beggining.

That’s a really carp argument - if other brands said they were going to jump off a cliff, would Mikrotik?

So the brand that publishes such information wins - and the brands that choose to leave us in the dark get a lower score.

We just want a LoRaWAN gateway (well, actually I also want a closed WiFi network as I don’t just do LoRaWAN) - so the Mikrotek UI tends to rule itself out.

Perhaps there could be some serious sales for them & you if you build us a canned version that we can deploy - and when we need a bell or a whistle, we commission you to sort it out for us.

Would be interested in the answer to this if anyone knows or cares to comment.

And that is the probem in the context of this discussion on this forum - >>95% of forumites and TTN users are not network engineers (though may be familiar with smply plugging in and setting up their ISP supplied DSL router/Wi-Fi AP) and certainly not network admins - they just want an easy to deploy easy to use simple gui or precooked git install of a LoRaWAN GW…not all the bells & whistles. Most of the users are hobbyists,/hackers, teachers, students, concerned community users (will my river or culvert flood?, is my air polluted, where is grandma? or has she turned the kettle on this morning?, where is my bicycle!), farmers, bee-keepers & apiarists, viticulturists, arduino hackers, and even :scream: sales, marketing & biz dev types! …few network admins :wink:

@fcojmontilla Thanks for effectively voluteering yourself as now the go to person on the Forum for Mikrotik related issues :wink: :rofl:

1 Like