LoRa Network Server – End device not joining
Home › Forums › Lora Network Server › LoRa Network Server – End device not joining
Tagged: end-device, join request, lora-gateway, lora-network-server
- This topic has 13 replies, 3 voices, and was last updated 2 years, 5 months ago by miha.horvat@siol.net.
-
AuthorPosts
-
February 25, 2020 at 10:09 am #30340miha.horvat@siol.netParticipant
Hello!
I have Multitech MTCDTIP-L4E1-266A-868 gateway. My current settings are (there are listed only different than default):
– LoRaWAN –> Network Settings:
* Mode: NETWORK SERVER
* Channel plan: EU868
* Channel mask: FFFF (all selected – not sure that is correct)
* Network mode: PUBLIC LoRaWAN
* Log destination: FILE– LoRaWAN –> Key Management:
* Location: Local Keys
Here I added “Local End-Device Credentials” for my Lansitec temperature
and humidity sensor. I entered DevEUI, AppEUI and AppKey. It is A class
device, so I selected class A, EU868 profile and Network profile DEFAULT
CLASS A.
* Local Network settings: not enabledI just want to get some data successfully on my network server and see it in Node-Red. In packets I can see one JnReq packet, all the others are Unknown. In Status&Logs tab, tab LoRa I can only see CRC errors and none JoinRequests. Also if I try SSH and check log files in /var/log, file lora-network-server.log, I can’t find any DEBUG message or any join request.
Can anybody tell me what is going on? What configuration is wrong? I am new with LoRa gateways so please help me 🙂
Thanks in advance!
February 25, 2020 at 10:21 am #30341Jason ReissKeymasterWhat firmware version are you using?
Does the one JnReq match the DEV-EUI of your device?
Did you restart the network server after adding the device credentials?
Did you try a Save and Restart of the gateway?Do not set the channel mask if you are unsure, the default is blank and the network server will choose the correct mask. The setting is only needed if you are networking multiple gateways to cover additional channels.
February 25, 2020 at 10:31 am #30342miha.horvat@siol.netParticipantLooks like my Lansitec temperature and humidity sensor was off. I unscrewed 4 screws, flipped power switch to ON and “voilà !” It works 😀 I can see received packets and communication is successful. Jason Reiss, thank you for quick reply. We engineers should always check basis 😀
February 25, 2020 at 10:32 am #30343Jason ReissKeymasterGood to hear. Let us know if you run into any other issues.
February 26, 2020 at 4:37 am #30346miha.horvat@siol.netParticipantUplink is now working fine. But I would like to test some downlink. I want to change period of temperature and humidity report. I am not sure how to do it. I am using LoRaWAN –> Operations tab. I select Message type. I don’t know which port to select? How can I find correct port? Documentation of sensor is not mentioning any ports. Please check out link below to see registers and bytes for downlink message of sensor.
https://drive.google.com/file/d/1X5cj0AH5T5ttEs-3be5iqu1VvMkkyKl6/view?usp=sharing
Also, please provide example for either Hexadecimal or Base64 format for this specific downlink message. I am new at LoRa systems and some things are confusing me.
Thanks in advance!
February 26, 2020 at 6:18 am #30347Jason ReissKeymasterUse the downlink queue to send unicast messages.
This can be done programmatically through MQTT.The operations page is for devices supporting lorawan multicast and fuota applications. Details can be found in the technical documents here. Not all devices will have support this.
February 26, 2020 at 6:41 am #30349miha.horvat@siol.netParticipantI am trying with Downlink queue but no success. Please check below settings for downlink queue:
* DevEUI: choosen correct
* App port: 1
* Data format: Hex
* Data: 090006
* Ack attempts: 0
* Rx window: 0Please check again image I posted in previous post to see my device’s registers and bytes. Thanks in advance.
February 26, 2020 at 7:52 am #30350Jason ReissKeymasterIs the device sending periodic uplinks? A class A device will only receive after sending an uplink.
Does the downlink disappear from the queue?
Do you see a downlink packet on the Packets page after queuing the downlink?I am not familiar with that module and its operation to comment on ports to use or format of payloads.
February 26, 2020 at 8:07 am #30351miha.horvat@siol.netParticipantDevice is sending periodic uplinks every 5 minutes. Yes, downlink does disappear from the queue. I do not see any downlink packet in the Packets page. I am not sure what to do. I tried sending downlink in Node-Red, but situation is the same.
February 27, 2020 at 4:00 am #30377miha.horvat@siol.netParticipantNow it’s all working fine. Thanks for support.
April 6, 2022 at 7:46 am #32643SaSaParticipanthello all,
I have literally the same problem as you. but I know that my sensor has not a On/Off button. so I put my server identifiers in “payload broker” (as shown in the screenshot).
first of all I wanted to know if the identifiers are in the pertinent place? wjat could be exactly the problem in our case
thank you in advance for your supports and your helps
April 8, 2022 at 2:33 am #32644miha.horvat@siol.netParticipantI can’t see your screenshot, can’t download it.
Is problem with uplink or downlink? I’m sory but I don’t understand exactly what is your problem. Please give us more information.
April 19, 2022 at 10:22 am #32651SaSaParticipantthanks @Miha, I solved this problem. Actually I have another issue. simply I Registered an end-device and we are receiving payloads from correctly. so I tried to add an 2nd end-device. the problem is that I can see both end-device in whitelist and also in config page but any payload in packets.
thank in advance for your help.
April 20, 2022 at 1:55 am #32652miha.horvat@siol.netParticipantPlease be more specific and accurate when writing your posts.
1st device works OK and you also see its payload?
2nd device is registered but you don’t see any payload packets?
Is the above correct?Do you see join packets from 2nd device? Are you sure the device is sending payloads? Check your time interval between on the device for sending uplink. Many sensors have long time intervals (12 hours or 24 hours); therefore you have to configure correct downlink and wait for the next uplink. If your device is A-class, you have to wait for the next uplink for downlink to be configured on the device.
-
AuthorPosts
- You must be logged in to reply to this topic.