You can't send more message than what your bandwidth/radio allows you to send.
So, either throw away as many messages as necessary to bring the short- term average message rate to something your hardware can send, or implement a buffering block that puts incoming messages in a queue and slowly emits them. It might be beneficial if you modified gr-ieee802-15-4's PHY blocks in a way that they themselves emit "I've done sending a packet" messages, which you can use to know to when you can send more data. Best regards, Marcus On Tue, 2020-02-11 at 09:44 +0200, Eitan Hetzroni wrote: > Exactly, how can i solve this if i do want to spam? > > > On Mon, Feb 10, 2020 at 6:56 PM Sylvain Munaut <246...@gmail.com> wrote: > > My best guess at this point is you're spamming it with as much message > > as possible (way too many for the actual radio part to send) and then > > at some point the buffers are filled up and it's only accepting new > > messages at the rate it's actually sending them. > > > > Cheers, > > > > Sylvain > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon, this information by persons or > entities other than the intended recipient is prohibited. If you received > this in error, please contact the sender and delete all copies of the message.
smime.p7s
Description: S/MIME cryptographic signature
