Effectively yes, but not by TTN, but by the fact that you are not using a compliant gateway which the device is expecting to talk to. It speaks fluent LoRaWAN, your gateway speaks a sort of dialect of LoRa that almost sounds like it knows a bit of LoRaWAN but can only hear a fraction of the what’s said.
Try putting diesel in a petrol car - you may just about be able to hack something that coughs & splutters down the road, but at the end of the day, there’s a clear mismatch.
Please be aware that not all gateways are publicly listed and that there is more than just TTN / TTI as a LoRaWAN network. So please do not assume that because you aren’t aware of any other local gateway, there aren’t any along with devices that can be disrupted by the presence of a Single Channel Packet Forwarder.
If this project is for a non-profit, it’s important that you do it right so it works in the long term. A TTIG will cost you around €90. At worst, you can sell it on eBay for very little loss.
Please heed the advice given, it’s based on years of experience with LoRaWAN and the need to ensure the integrity of the community network.
Won’t work for the same reason the community network does not work, the gateway does not adhere to the required standards as enforced by the software. And because all options use the same code base the result will be the same, it will not work.
Hi, 3km is too far for a device that is in a room with a small antenna to that the signal passes through the forest.
For a considerable period of time I tested the reception alone if I could receive something, of course, in the room, maybe within a week I sometimes received two nodes with a signal of about. -121.
OK I’m looking for a solution to start a project, but after what I read I’m past the enthusiasm and desire to get into this topic.
I wanted to prepare a NODA for one club in the area where I tested a noda that was only received through one Gateway in Karben (Hessen) and it had to drive very close.
Thanks for all the information and the topic can be closed.
I found something like this - LoraWAN MikroTik R11e-LoRa8 mPCI module - will it provide me with running a seamless LoraWAN Gateway and will the lora software that Mikrotik offers be compatible in the future. I am a fan of Mikrotik and own quite a few of their devices.
I have a couple if MikroTik gateways (wAP LoRa8 kit and LtAP LoRa+LTE kit) and those work without any issue.The configuration is a bit awkward if you are used to other gateways, however for RouterOS users it should be familiar.
The answer to that requires a crystal ball. However I haven’t seen any indication that the protocol used by the MikroTik gateways will be phased out. There are plenty of other brands using the same protocol so my guess is it will be around for some time.
I don’t see that in the Gateway console anymore, but I looked in the earlier ones and there was no information there to be picked up by another Gateway.
Regarding whether or not to be sure, yes to this Gateway there is quite a high hill to this covered with forest, this frequency will not get in this direction from a small antenna from the room I am 100% sure of this.
Note that here it is only about testing of the prepared Nod to cover the topic of data collection and their transmission/reading.
Until the end of the tests I had no intention to take this Nod outside.
Crystal balls aside, if you mean configure and leave it alone for many years, yes, it will run a seamless gateway and as LoRaWAN is an accredited standard, if you do choose to upgrade the firmware, Mikrotik will be breaking the point of their own product if they don’t stick to the standard. Not that the gateway does that much, so there’s not much to change.
For your 3 options, there is some investment in time and a bit of money for you to learn what’s what so you can understand the answers. So get a TTIG, adapt it for an external antenna if you want to, and then you will be able to read the answers about why future compatibility isn’t a thing, whether using an embedded processor or an SD Card based SBC is better, that there are few Pi’s setup as outdoor gateways and that “outdoor” could mean IP54 in a plastic box or it could be IP67 on the top of an antenna installation.
So get a TTIG, learn, ask questions here, learn more (see link at top of menu) and create a solution!
Yes, only if I buy TTIG then I can only rely on what I read in the Gateway console, but I do not have the ability to plug into the console of TTIG itself .
Please correct me if I don’t know something.
I would prefer to have a full picture of how it works before the packets are sent to TTN.
You can by soldering on the pin headers - but why do you need to read the console of the gateway - many people do and post the results on here asking for us to interpret the logs for them.
Which we can do, but mostly a gateway is an appliance - I rarely look at gateway web console logs and very very very rarely look at the RAK/Pi/TTIG/TTOG/LPS8/uAP logs and I design & build devices - I can see from the device logs if I’ve screwed up something.
I’d not recommend building a gateway until you have a known good one and a known good device - if you don’t like the TTIG, a Dragino LPS8 seems to be good.
Don’t, there is no need and it doesn’t add value over the MikroTik offerings. RPi based solutions were nice when we started because of the price point, these days a turn key solution is cheaper and does not suffer from SDcard issues.