Hi Selahattin! How did you get the 36 byte value? Did you include all headers and the CRC? Did you include the 4-byte preamble and the sync byte? Also, there is a significant amount of processing involved. How did you send this many messages? Did you use ActiveMessageC? If so, then packets travel through the whole stack and that also takes some time to process.
Best, Miklos On Thu, Feb 2, 2012 at 12:03 PM, Selahattin Kosunalp <[email protected]> wrote: > Hi Miklos, > > Thanks for your answer, I am trying to determine the limitations that how > many packets can be transmitted in a second with iris nodes. Basically, > the packet size is 36-bytes and transmission rate is 250 kbit. The time > taken to transmit a packet is (36*8) / 250 =1.15 ms. So, I expect to > transmit and receive 1000 / 1.15 = 870 packets/second. I turned Backoff, > CCA and Software-ACK off, nonetheless around 500 packets are transmitted > and received in a second, so the question is why?. Is it due to the > processing time or is the transmission rate really equal to 250 kbit?. Am > I missing something different at this point? > > Best Wishes, >> Hi! >> >> I do not really understand your problem. The radio can either transmit >> or receive a message, not both at the same time (half duplex). If you >> want to transmit a message while the radio is currently receiving one, >> then the SOFWTARE (the driver running on the microcontroller) will >> wait till the reception completes, and only then uploads the outgoing >> message to the radio chip and transmits it. Hope this helps. >> >> Best, >> Miklos >> >> On Thu, Jan 19, 2012 at 5:42 PM, Selahattin Kosunalp >> <[email protected]> wrote: >>> Hi Miklós, >>> >>> I am currently working in tinyos and struggling a problem, I have seen >>> some of your comments about the problem. The problem is that packet >>> reception simultaneously. As I read your comment, during a transmission >>> if >>> another packet arrives, radio stack buffers up coming signals and result >>> in the first Receive interface. This is known Overlapping problem in >>> literature and most mac protocols assume that if overlapping happens, >>> collided packets are discarded. From this perspective, I would like >>> receiver to not buffer up new packet after a reception is done. >>> >>> Would you recommend any interesting idea to do so?, >>> >>> Best wishes, >>> >>> >>> Selahattin Kosunalp >>> PhD Research Student >>> Communications Research Group, >>> Department of Electronics, >>> University of York, >>> Heslington, York, YO10 5DD >>> Email: [email protected] >>> >> > > > Selahattin Kosunalp > PhD Research Student > Communications Research Group, > Department of Electronics, > University of York, > Heslington, York, YO10 5DD > Email: [email protected] > _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
