Gateway console shows received uplink join messages, I can successfully decode message payload using AppKey so all keys seem to be setup correctly on the node.
The application console doesn’t show any received messages.
What am I doing wrong?
I’m using lnlp/LMIC-node on ttgo lora32.
You are not showing the frequencies used for the joins. For EU868 one of the frequencies 868.1, 868.3 or 868.5 MHz should be used. Is the gateway receiving the joins on those frequencies according to the console?
I think the application live data view in the console should show something about the result of the join request with the join server, you may need to enable ‘verbose stream’ for that.
You are probably using a single channel packet forwarder and not a LoRaWAN compatible gateway. LoRaWAN with TTN only works with a 8 channel LoRaWAN compliant gateway.
Yes I am using single channel gateway, I know about limitations of this approach, but the packet is received, how does TTN know it’s single channel, why doesn’t it go through?
Disrupt what other users? I’m in the city of 300k population and there is one gateway far away from me
You should put some big red disclaimer somewhere that for the LoraWan to work you need to get 100$ to 300$ gateway and you won’t get around it. I tried to make a simple mail box notifier like that “guy with a swiss accent”, but it looks like I will have to pass, not worth it. Thanks for your time.
For LoRaWAN you need a LoRaWAN compliant gateway. For Europe that means the gateway has to be able to receive at 8 frequencies and 6 spreading factors simulatiously. Your single channel gadget does not meet those requirements so it does not work for LoRaWAN.
You can use plain Lora for your mailbox notifier, just send a signal from one module to the other. No need for an expensive gateway. However plain Lora is out of scope for this forum.
It seems that TTN used to be more open for DIYers, there is a way to integrate single channel gateways, but there is no money incentive there apparently.
If somebody had similar needs and problems as me and stumbles on this thread, this looks promising as an alternative:
Single channel gateways are not Lorawan compliant or TTN compliant, single channel gateways are not capable of supporting basic needs - ie 8 channels, your are not operating in your own bubble, think about all the devices out there and they are not tied to a single channel solution
TTN is very open to DIYers that adhere to the LoRaWAN standard. Non compliant gateways causes issues for other users. (If I got a euro every time someone wrote that there are no other users near them I would be rich)
The community network costs TTN huge amounts of money a month just to allow us to experiment. So the money incentive is to make sure people are able to rely on the network to comply with the standard. An end device should work the same with every gateway, not have to be adapted to whatever non standard packet forwarder is available at a certain location.
Looks like a perfect alternative. I wish you good luck implementing it.
Be assured we would love you to use TTN with standards compliant hardware. That does mean an investment in a compliant gateway (you can build one with a RaspberryPi and about 40 euros of hardware of eBay). When TTN started gateway prices we’re in the range of 1000 euros, so being able to obtain one for less then 100 euros is a huge improvement, however expensive it seems to you.
How do you know? From the TTN map or TTNMapper? Those show registered gateways that have been set to show publicly and for TTNMapper, those that have been mapped
No person is blocking you except yourself and the LoRaWAN specification. You don’t get to re-wire the local electricity sub-station so you can use a cheaper appliance that uses 110VAC and so it is with LoRaWAN.
You can walk away, in Britain we’d call ‘cutting your nose off to spite your face’ - you clearly know more than most getting started, you’ve got one of the more expensive DIY devices, all you need to do is make an investment of €80 for a TTIG.
Hopefully when you’ve slept on it you’ll reconsider - if you tell us what you are hoping to use LoRaWAN for we can give some better advice on gateways & devices etc.