You "should" be able to bump the message BUFFER_SIZE to 11,
just like Nigel in Spinal Tap, but no further as the max
payload size is 29 bytes...I don't know why it failed.
However for many gory details of TOS message sizing
search this list or google for TOSH_DATA_LENGTH.
MS
James Kebinger wrote:
Hello all, I'm trying to modify OscilloscopeRF to send more samples per
packet (I've increased the sample rate a bunch and am seeing some
dropped packets, so I thought this might help).
Increasing the number of samples in the packet below even from 10 to 11
causes SendMsg to reject the message. Does anyone know why that would
be? I don't think this even close to maxing out the 8 bit size argument
to send message.
If anyone has any ideas, i'd love to hear them. This is using a mica2 by
the way.
thanks
-james
Here's how the app comes set up to send 10 samples per OscopeMsg:
// the message
enum {
BUFFER_SIZE = 10
};
struct OscopeMsg
{
uint16_t sourceMoteID;
uint16_t lastSampleNumber;
uint16_t channel;
uint16_t data[BUFFER_SIZE];
};
and my sending code, modified to blink the green led when the message is
rejected:
if (call DataMsg.send(0, sizeof(struct OscopeMsg),
&msg[currentMsg]))
{
atomic {
currentMsg = (currentMsg +1)%NUM_MSG;
}
call Leds.yellowToggle();
}
else
{
call Leds.greenToggle();
}
------------------------------------------------------------------------
_______________________________________________
Tinyos-help mailing list
[email protected]
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
_______________________________________________
Tinyos-help mailing list
[email protected]
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
