Using high-gain YAGI (11-23dBi) antennas for LoRa gateway (DON’T!)

I dont see the restriction of ERP as a problem really as its there for a good reason. There is limited bandwidth available in the RF spectrum for this type of application, so to allow for widespread use or sharing of this limited bandwidth its important to keep power levels down, specifically to restrict the coverage to relativly small geographical cells.

Increase the power level from say 14dBm to an effective 27dBm, the range increases by a factor of 4 and that in turn increases the size of the coverage cell by 16 and the possibility of interference (i.e.another gateway in the same area) also by a factor of 16. Now the RX2 is only a single channel and given the extra range you might expect it to be a popular choice, increasing the chance of interference further.

To use RX2 in this way you would also have to change the LoRaWAN standard (This was mentioned earlier in the thread) and the firmaware used by nodes and Gateways.

If your gateway has an output-power of +27dBm the max. antenna gain allowed is 0dBd or 2.15dBi in sub-band g3. It does not matter whether the antenna is directional or omnidirectional.

So what would I gain if I use gateway output of 4dBm with a 23dBm Yagi in stead of gateway output of 27dBm with 0dBm omnidirectional antenna? Because that was option 1 you suggested, to reduce the power output to be able to use the Yagi antenna.
In my book you loose coverage in all directions except where the Yagi is pointing and do not gain any signal strength in that direction, so effectively you are worse off because you reduce coverage in stead of increasing it. Or am I overlooking something?

2 Likes

Cant see why there would be a difference myself, could you explain ?

But the yagi is also collecting more general noise as well.

As for the practical effects of multipath type interference on LoRa , well that would require testing for I think I myself would not assume there is an advantage here, without real World testing results. Do you have any ?

The noise level, seen by the receiver, seems relativly constant in my experience as in the recever is seeing general background noise with probably widespread particular geographical sources. So in a city for instance where you point a directional antenna may make no difference to the level of noise seen.

Easy test to carry out, if you had access to the great outdoors, my guess is that there will be little to no difference.

In any case you would be implementing a Gateway with very restricted coverage.

Thank you guys for all your helpful comments! I will stay with a standard gateway but it’s important that questions like mine can be discussed here in a ‘liberal’ fashion :)…I am not intending to break any regulations, that’s why I was reaching out for your help!

Why is that important? And why more important than us spending time answering questions from other users? Because that is the choice you are making by requesting our response.

I wanted to say that I think it is important to have an open discussion without people attacking each other or with aggressions…

Sure it is.

However when posts are made that have ‘suggestions’ that are illegal or contrary to the LoRaWAN standard, then the issues will and should be highlighted.

I am surprised that some of the ‘suggestions’ have been allowed to remain, its easy for a casual reader to get the wrong idea as to what is not permitted in a casual read of threads such as this.

I changed the topic title to reflect the outcome. You should not use a directional antenna.

4 Likes

Generally, of course. Unless you actually want to receive packets from far away such as in the case of LoRa enabled life jackets or other critical devices used at sea.

Like this one of mine, proudly pointing out over the Irish Sea.

Understanding the use case before dismissing someone’s question and falling back on TFU docs really doesn’t help.

No-one has a network just to have a network, they have one because they want to do something with it.

Abrasive comments don’t help the community, they only serve to divide it and we work much better when we seek to understand the other viewpoints.

TTN is a community of tens of thousands and has grown because what of what it enables and supports.

Long Range forever.20200616_205735

1 Like

I assume your LoRa-enabled life jackets are not using LoRaWAN? Hence, this is not connected to TTN? All fine, of course!

That’s fine, unless that network is connected to the TTN Community Network, which is what this forum is about. On TTN, don’t do this please.

Understanding other ‘viewpoints’ is not and never was the issue.

Regardless of how compelling the use of gain antennas might appear, it needs to stay legal.

Of course it is legal. Why wouldn’t it be? Fully complaint ETSI SDR.

Saving lives at sea is pretty compelling especially when everyone else is pointing antennae inland and not at large expanses of water.

Perhaps we should develop SoRaWAN too?

This is not down town Groningen, it has low population density to say the least.

Being abrasive is very unhelpful.

Don’t do what Arjan?

How the community decides to use its own gateways whilst obviously complying with local regulations and TTN guidelines is down to them is it not? It’s all LoRaWAN btw.

Why send a HAB up to break the world record if not to celebrate the technology’s potential.

The LoRa life jacket concept is still in development but thank you for the keen interest. Getting a SFx message out from a device of a user in peril or a submerged container / obstruction to shipping is possibly more compelling than LoRa enabled mousetrap traffic.

My point is to apply some context and to try and avoid being abrupt and preachy. It seems like you’re also saying don’t put your gateways up high incase it becomes reachable.

SRDs is not what Nicolas had in mind when he authored LoRa or am I.missing something?

I am fully aware to which community this forum connects but thanks for the reminder.

Long live long range.

Saving lives at sea using LoRa technology is certainly a very worthy use case. However please keep in mind TTN community network is not the right platform for life critical services. If you search the forum you will find messages by TTN core team members providing that statement.

TTN community network has no SLA and over the last year suffered several outages lasting hours to days. Not a technology to use when lives depend on reliability.

That is right. And other people using the network (rightfully) assume a gateway that receives transmissions of their nodes will be able to send data to them as well. Creating an asymmetric setup voids that and may lead to a lot of hair pulling as to why things don’t work as expected. So while it may serve your use case, it might hurt someone else’s.

2 Likes

Sure, and as much as LoRa enabled lifejackets are nice application, a yagi pointing out to sea isn’t in the TTN guidelines unless you are trolling us and it’s actually on LoRa which would make so much more sense for side stepping join procedures & fair use policy. HAB (which I do) doesn’t use LoRaWAN as a norm.

What if one of my horse rider trackers was activated but couldn’t relay the position because it was tangled up with a gateway with a directional antenna? If we are going to take the moral high ground, I suspect my use case will be required far more than a mousetrap or a submerged container …

Trolling? Us?

Neither, I am merely replying to someone elses comment that you have chosen to subsequently respond to so how is that trolling.

ABP doesn’t have a join procedure does it? I use OTAA with persisted keys.

In terms of HAB, I was referring to the TTN world record attempt recently not yours, unless that was you? Very cool if so, still very cool if not.

I dont think you get my use case unless that is your horses swim out to sea. Most horse riders probably have phone or other connected device with GPS and reachable by bue lights.

There’s no moral high ground and I’m not sure who the collective we is or are that you refer to… If anything unmatched omnidirectional antennae cause much greater traffic overhead at the network level as they have zero coverage planning or propagation analysis prior to being turned on.

What I suggest merely focus EM at patches of sea, land and sky where there is no LoRaWAN coverage. All within ETSI guidelines and duty cycle. Just because a HG antennae is capable of breaching ETSI doesn’t mean that it will.

Whilst you’re out on a canter, you might want to consider that those that could benefit most from LoRaWAN don’t own a horse and live tens of kilometres if not a great deal further from the nearest gateway.

Frankly, the notion of message entanglement and horse riding is not something I suspect will affect anyone and I think the mousetrap wins that one mate.

I know Jac. I’m just merely pointing out that using directional antennae is super valid in some cases. I don’t propose a network full of them, but at the edges and to span distance. They offer exceptional opportunities.

Egalitarian networks are good enough when combined with an easy to use app like TTN Mapper for example.

It only takes one successful send to save a life or cover large areas full of IEDs and to pinpoint unexploded ordnance and a vast multitude of similar uses cases. I could go on and share experiences of how this technology really can save and enrich lives.

Their use should be considered where certain constraints mean there is no TTN coverage and where SLAs are luxuries people can live without.

Always happy to support healthy debate.

Peace.