Comments (7)
The Data Buffer of the SX1301 has a size of 1024 bytes.
Each packet stored in this buffer has a 16-bytes metadata overhead.
So for 4 end-points, it means: 1024 - (16*4) = 960bytes available for payload.
Which means 3 packets of 255 bytes maximum.
So if you send 4 packets at the same time, I would expect you to receive 3 of them.
But from what you say, it seems you don't receive anything anymore?
from packet_forwarder.
Each call to
lgw_reg_rb(LGW_RX_PACKET_DATA_FIFO_NUM_STORED, buff, 5);
Results in buff[0] == 0 until two end-devices stop sending.
In my test I would see only two 255-byte packets ever reported, never three.
from packet_forwarder.
For the buffer to be full, the messages should be sent exactly at the same time. If they have more than 10ms difference (which I think is the polling period for the packet forwarder), there should be no problems.
Anyway, the problem here is that the FIFO reports no messages up until you lower the traffic. I am experiencing something similar: I send with more than 10 devices concurrently in random frequencies and SFs (22 bytes/msg). My gateway makes several-seconds-pauses (no Rx message at all) during the process. Could it be related to the same cause? I am going to try and replicate your situation
Could you please share your logs?
I already opened issue #77 under lora_gateway but no response until now
from packet_forwarder.
@reissjason in order to try reproducing your issue I've configured my gateway by setting 4 channels on the same frequency, and send 255-bytes packets from one device.
I constantly receive 3 packets, as expected.
JSON up: {"rxpk":[{"tmst":133908676,"chan":6,"rfch":0,"freq":867.100000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":9.8,"rssi":-71,"size":255,"data":"QCAA/soAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA"},{"tmst":133908675,"chan":3,"rfch":0,"freq":867.100000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":9.8,"rssi":-72,"size":255,"data":"QCAA/soAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA"},{"tmst":133908684,"chan":5,"rfch":0,"freq":867.100000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":10.0,"rssi":-71,"size":255,"data":"QCAA/soAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA"}]}
Could you try the same on your side?
Regards
from packet_forwarder.
I have successfully reproduced the issue incrementing and decrementing the traffic with 4 end devices.
Result: when 4 simultaneus packets on the air -> no more packets are received
Test Description:
all Transmissions with SF7, Payload: 255 Bytes, Period: around 403ms, ToA 400ms
- 12:35:28 Node 5 starts Tx on 867.7 MHz
- 12:36:14 Node 6 starts Tx on 867.9 MHz
- 12:37:14 Node 7 starts Tx on 868.1 MHz
- 12:38:14 Node 8 starts Tx on 868.3 MHz
- 12:40:14 Node 8 stops Tx
- 12:41:14 Node 7 stops Tx
- 12:42:15 Node 6 stops Tx
- 12:43:16 Node 5 stops Tx
The packet logger stops logging when node 8 starts tx during more than 2 minutes. It returns to normality only 30 seconds after node 8 has ended Transmissions. Here the logs during the pause
AAAAAAAAAAAAAAAA,"","2017-09-20 12:38:40.492Z",1306398619, 867700000,0, 3,"CRC_OK" ,255,"LORA",125000,"SF7" ,"4/5",-37, +9.8,"00000000-10050061-...-000000"
AAAAAAAAAAAAAAAA,"","2017-09-20 12:40:45.417Z",1431325755, 867700000,0, 3,"CRC_OK" ,255,"LORA",125000,"SF7" ,"4/5",-36,+10.0,"00000000-10050061-...-000000"
from packet_forwarder.
With similar configuration I am also able to receive 3 packets at 255 bytes.
JSON up: {
"rxpk": [{
"tmst": 72993972,
"chan": 2,
"rfch": 0,
"freq": 868.300000,
"stat": 1,
"modu": "LORA",
"datr": "SF8BW125",
"codr": "4/5",
"lsnr": 9.0,
"rssi": -70,
"size": 255,
"data": "gEMu3wEAEwABWARNph/9hYgM+/KY272nC7QrkRVYbiy5o6zGS4KghcecxOrRTTje359dSV9a32Q+/2hBoczEGTXt7wHaYGbUah1yWgm5U293kPcj5IUZq4idKHi2WI5nRY55QLUPtKXQkkNpRtR8qY1GZ1GozJKwL9jaZTaW5Qfs8qwWslVVyVk6IyLFoMUYn8wq8kNz+PwzTATBEJ7A5zk8Z7yA0fHxMiLi5goV1L6W/fhLPXJqPRbTl8sXMP3haGE4RcAl+aGat7HBdtJdXY1YaEWLjeFIfeo3pf8bzYVr3KIwBUd/uVOfwgOnHSfPAmOb1wVGWhmLLmOKpNW9"
}, {
"tmst": 72993980,
"chan": 1,
"rfch": 0,
"freq": 868.300000,
"stat": 1,
"modu": "LORA",
"datr": "SF8BW125",
"codr": "4/5",
"lsnr": 9.5,
"rssi": -68,
"size": 255,
"data": "gEMu3wEAEwABWARNph/9hYgM+/KY272nC7QrkRVYbiy5o6zGS4KghcecxOrRTTje359dSV9a32Q+/2hBoczEGTXt7wHaYGbUah1yWgm5U293kPcj5IUZq4idKHi2WI5nRY55QLUPtKXQkkNpRtR8qY1GZ1GozJKwL9jaZTaW5Qfs8qwWslVVyVk6IyLFoMUYn8wq8kNz+PwzTATBEJ7A5zk8Z7yA0fHxMiLi5goV1L6W/fhLPXJqPRbTl8sXMP3haGE4RcAl+aGat7HBdtJdXY1YaEWLjeFIfeo3pf8bzYVr3KIwBUd/uVOfwgOnHSfPAmOb1wVGWhmLLmOKpNW9"
}, {
"tmst": 72993980,
"chan": 0,
"rfch": 0,
"freq": 868.300000,
"stat": 1,
"modu": "LORA",
"datr": "SF8BW125",
"codr": "4/5",
"lsnr": 10.5,
"rssi": -66,
"size": 255,
"data": "gEMu3wEAEwABWARNph/9hYgM+/KY272nC7QrkRVYbiy5o6zGS4KghcecxOrRTTje359dSV9a32Q+/2hBoczEGTXt7wHaYGbUah1yWgm5U293kPcj5IUZq4idKHi2WI5nRY55QLUPtKXQkkNpRtR8qY1GZ1GozJKwL9jaZTaW5Qfs8qwWslVVyVk6IyLFoMUYn8wq8kNz+PwzTATBEJ7A5zk8Z7yA0fHxMiLi5goV1L6W/fhLPXJqPRbTl8sXMP3haGE4RcAl+aGat7HBdtJdXY1YaEWLjeFIfeo3pf8bzYVr3KIwBUd/uVOfwgOnHSfPAmOb1wVGWhmLLmOKpNW9"
}]
}
from packet_forwarder.
In an effort to improve our customer support experience and in recognition that our support backlog on GitHub has historically exceeded the capacity of our engineering team, we have taken the difficult decision to focus on the most contemporary issues reported and to close all others without confirmation of resolution.
Our belief is that issues which have remained unresolved and unaltered for extended periods of time are less likely to continue to pose a significant problem to the user than when they were originally filed. More contemporary issues however may still be relevant and hence are more appropriate to prioritize.
For those users who remain interested in resolution of a reported issue that was closed, we are encouraging usage of our developer portal forums [https://forum.lora-developers.semtech.com/] and commercial support portal [https://semtech.force.com/ldp/ldp_support?__hstc=212684107.579a13689e43099691e328c9248e6ecc.1623103335314.1624470656297.1624635514661.6&__hssc=212684107.6.1624635514661&__hsfp=4176385453] as the preferred avenues to receive support. We will continue to monitor the GitHub issue trackers as well, but want to encourage all users to take advantage of the increased community presence on the developer portal. For commercial customers, we highly recommend using the commercial support portal which is uniquely tailored to service such support requests.
from packet_forwarder.
Related Issues (20)
- Don't send gateway status data HOT 2
- Building with exported HAL library HOT 2
- Class A downlinks not being transmitted HOT 1
- Configure Packet Forwarder for LG01-N for Azure IoT Hub HOT 2
- Build Error on Alpine linux: undefined reference to `qsort_r' HOT 2
- GPS read() returned value 0 HOT 2
- For 865MHz, what changes are required in global_conf.json HOT 2
- Whitelist from gateway to repeater HOT 2
- time field empty when no GPS present HOT 2
- does class c supports otaaa HOT 1
- Downlink Packets rejected from gateway due to (jit error=5) HOT 2
- SF falls back to SF12 HOT 2
- Error message !? HOT 2
- Timestamp accuracy HOT 1
- DevAddr for experiments HOT 1
- JIT error = 5, How to resolve it? HOT 4
- Building issue jit_sort_queue HOT 2
- error: too few arguments to function ‘lgw_start’ HOT 1
- LoRaWAN gateway receives data from another gateway HOT 2
- time/tmms discrepancy in rxpk
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from packet_forwarder.