Paul,

thank you for the reply. The basestation I write derives from example's 
basestation. There is no difference whether it has ID 0 or 1 when I use 
real motes, but with sim-sf the messages could be delivered from PC to 
simulated basestation throw virtual serial interface only when I use ID 
0. So I try at first to get working this basestation with ID 1 under 
sim-sf without any radio communication, only with virtual serial one.

Maybe sim-sf can deliver messages throw virtual serial interface only to 
motes with ID 0? Maybe can I add somewhere another IDs? Or this should 
be 100% somewhere a mistake in my app?

Regards,
Andrey



Paul Stickney wrote:
> Id's must be >= 0 and < 1000 (I could be easily giving you and
> off-by-one on the upper bounds and the limit is configurable via a
> define).
> 
> However, different applications will use different mote IDs for
> different purposes.
> Most CTP applications, for instance, seem to use TOS_NODE_ID % 500 (0,
> 500, 1000, etc...) for "root nodes".
> Just examine the source and see what requirements it has / assumptions it 
> makes.
> (E.g. is it configured to treat 0 as the base station?)
> 
> To TOSSIM itself, however, all valid mote IDs are treated the same --
> but pay close attention to the network topology you are applying! (As,
> while being treated consistently, TOSSIM will gladly honor a broken
> link.)
> 
> HTH,
> Paul
> 
> On Thu, Jul 3, 2008 at 3:16 AM, Andrey Gursky <[EMAIL PROTECTED]> wrote:
>> Hi!
>>
>> I'm learning now on Tymo example how to use sim-sf. The classic
>> simulation and real motes use mote's id 1,2,3 with no problems.
>>
>> I'm starting simulation with only two motes 1 (basestation) and 2
>> (remote). The messages from java/python-serialclient being not delivered
>> to basestation with id 1.
>>
>> If I use mote id 0 (for the basestation) and 1 (for remote mote) the
>> messages being successfully delivered.
>>
>> Is there any constraints of sim-sf or is this my mistake?
>>
>>
>> Andrey
>> _______________________________________________
>> 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

Reply via email to