To the kind attention of Nordic support team,
It seems gazell is a very good candidate to be used in tipical working environments, where a bunch (<= 5 devices for example) have got to coexist in a short distance range, sending a couple bytes payload to an usb dongle.
But I would like to ask you to expand, if possible, about gazell weaknesses. I mean, I've read up that timeslot is somehow putting a throughput limit threshold (correct me if I'm wrong).
So it seems fascinating to use Enhanced Shock Burst as a building block. But, to get what in that scenario? I mean, in order to get the very same scenario working,
I should re-do a gazell like protocol. So, do you think does it worth? In what aspect gazell protocol could be improved? There is room for a sync schema
that is able to reach lower timeslot thresholds? Seeing ESB on air packet format, it seems about 500us timeslot is larger that two packets (a couple useful bytes payload each). But if you choose about 500us timeslot,there must be
a good compromise with overall performance. Still, radio ramps up is about 140 us : is this the main factor to determine time slot duration? I ve read up that there is a fast ramp up about 40 us.
In what conditions is it working? I would like if your experts could tell what in their opinion could be theoretically done, if any, to improve a gazell like protocol, for a scenario like the one I mentioned.
Best regards