I had never tried to implement the HTTP integration, but I tried yesterday to see how it works. As far as I know, you’re right, the Process ID is user-defined and the Authorization is optional. However, I’m not sure about the field URL.
I tried what you were trying to do, and I also got the “502 Bad Gateway” error. Then, I tried to use the URL of a Channel I created some months ago in ThingSpeak (https://thingspeak.com/), and it sends data from TTN to Thingspeak via HTTP (however, you were interested in downlink). Finally I tried to introduce the IP address of a server I created (http://xxx.xxx.xxx.xxx:8080/) in the URL field and it works, I receive a JSON from TTN and I suppose that sending downlink data to end-devices would not be a problem.
I’m also starting with TTN and so on, I hope these options can help you. Anyway, I’m sure some other people know the answer
Thanks @celiagarridoh, just received the json data at my server using the step you had provided. The json data included the downlink url which is working perfectly to send downlink data. Great help !
Can we change the operational frequency of RN2903 Lora Module?
As of now its being operated on 868 Mhz and in India this band is not licence free. TTN says it works on 865-867 Mhz but my module frequency does not change?
Any help
Any idea if TTN supports 2 different Ports for uplink and downlink?
Currently it allows 1700 port on the Gateway to uplink and downlink. Can we change downlink port other than 1700?
Hi,
I am able to receving the uplink messages in Node.js(on console). Now i want to send those received uplink messages to my server(local host:xxxx) please tell me the procedure how to do this.
your help is most valuable to me.
please give me reply
Thank you
Regards,
prakash
I am so sorry that it’s been such a long time since you asked me, but I was finishing my exams at university. I’ve been a time disconnected, my apologies.
In response to @LoraWANSMARU, I cannot confirm that, I would also like to know the answer.
In response to @saiprakash, I think I used the “socket-io” client on Node.js:
The data stream is like that : Lora Node -> LoraGateway -> TTN ->myAPIserver.
We still cannot analysis the specific data on TTN, we only can read the data on our server, is that right ?
What is the advantage of this ?
Instead we can use thingspeak server directly and the LoraGateway sends the package from lora Nodes to thingspeak directly, so that we can read specific data with thingspeak api interface. This is so convenient and we only need one server.
If you only want your nodes to be able to connect to your LoRa Gateway and you only want your nodes to be able to connect, you indeed don’t need the TTN backend.
With TTN, your node could also connect to my Gateway (and all the others out there) and other nodes can use your Gateway to connect.
It is the difference between a private network and a public one.
Yes, the idea is that if you would want to use the node while it is not within reach of your Gateway, but it can reach mine (or anyone others) Gateway, it can still send its data. And you (and only you) would still be able to retrieve it.
It might not be an issue for you if your nodes don’t move, are always in the same place, but the idea is to build a distributed network eventually covering the whole planet (or at least large parts of it), with not just one person / party / company being responsible for the gateways. So if you need coverage somewhere, you simply can decide to put a gateway there (without having to ask TTN to put it there) and while doing that not only helping yourself but anyone else in that area.
