Just by taking a quick look at HplAtm128UartP.nc, I can see a number of issues on the tx path: - It uses the tx complete interrupt instead of the uard data register empty interrupt, which is suboptimal in terms of bandwidth. - It sets the TX complete flag when enabling the tx interrupt. I suppose that this results in the tx interrupt being fired without actually sending out anything. Removing this might solve the problem.
I will take a look. Janos On Fri, Feb 27, 2009 at 10:36 AM, Miklos Maroti <[email protected]> wrote: > Janos, > > We might want to make the TASKLET_IS_TASK the default, or I need to > look into the UART for the IRIS platform. This is biting more and more > people. What dou you think? > > Miklos > > On Fri, Feb 27, 2009 at 5:02 PM, Janos Sallai > <[email protected]> wrote: >> Faisal, >> >> You didn't state what mote you're using. It it's the iris, you may try adding >> PFLAGS+=-DTASKLET_IS_TASK >> to your makefile. >> >> Janos >> >> On Fri, Feb 27, 2009 at 9:27 AM, Faisal Aslam >> <[email protected]> wrote: >>> Hi, >>> >>> I use net.tools.tinyos.Listen to print serial output. >>> The problem is that it only print always first 34 outputs and then it >>> halts. It does not matter how long was each output it only print first >>> 34 of them and then it halts. >>> >>> Any clues? >>> >>> best regards, >>> Faisal >>> >>> _______________________________________________ >>> Tinyos-help mailing list >>> [email protected] >>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >>> >> _______________________________________________ >> Tinyos-help mailing list >> [email protected] >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >> > _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
