Re: [Tinyos-help] Question

[Mohammad S. Hashemian]

Hi,

Which distribution of linux you are using (or cigwin)? I haven't complied
TOS since 1.1 but as the error shows, apparently the makefiles are not made
yet (don't you have to call configure first?).

Cheers,
M.

On 23 September 2010 10:43, farzaneh baghche band
wrote:

> Hi
>
> i have a question , I `m new with the tinyos-2.x, i want to start and
> as it`s written in document the first step is to work with blink/make
> file
> but i can`t do it, this is the error
>
> $make micaz sim
> make: *** No rules to make target 'micaz'
>
> is it possible for u to help me on this error?
>
>
> Regards
> Farzaneh
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Mohammad S. Hashemian
Research Scholar/DISCUS Lab
Department of Computer Science
254.2 Thorvaldson Building
University of Saskatchewan
(306)966-1947
http://homepage.usask.ca/~smh002/default.html
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Eric Decker]

Sounds like your environment isn't set up correctly.

At a minimum MAKERULES needs to be defined.

Did you take a look at the tutorials?

http://docs.tinyos.net/index.php/Getting_Started_with_TinyOS



On Thu, Sep 23, 2010 at 9:43 AM, farzaneh baghche band <
f.baghcheb...@gmail.com> wrote:

> Hi
>
> i have a question , I `m new with the tinyos-2.x, i want to start and
> as it`s written in document the first step is to work with blink/make
> file
> but i can`t do it, this is the error
>
> $make micaz sim
> make: *** No rules to make target 'micaz'
>
> is it possible for u to help me on this error?
>
>
> Regards
> Farzaneh
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Sergio Campamá]

you have to insert the following at the end of the file .bashrc in your home 
directory

#Sourcing the tinyos environment variable setup script 
source /opt/tinyos-2.1.1/tinyos.sh

and then restart the terminal

that should do it...
-
Sergio Campamá
Ingeniero Civil Eléctrico PUC
sergiocamp...@gmail.com






On Sep 23, 2010, at 11:51 PM, Eric Decker wrote:

> Sounds like your environment isn't set up correctly.
> 
> At a minimum MAKERULES needs to be defined.
> 
> Did you take a look at the tutorials?
> 
> http://docs.tinyos.net/index.php/Getting_Started_with_TinyOS
> 
> 
> 
> On Thu, Sep 23, 2010 at 9:43 AM, farzaneh baghche band 
>  wrote:
> Hi
> 
> i have a question , I `m new with the tinyos-2.x, i want to start and
> as it`s written in document the first step is to work with blink/make
> file
> but i can`t do it, this is the error
> 
> $make micaz sim
> make: *** No rules to make target 'micaz'
> 
> is it possible for u to help me on this error?
> 
> 
> Regards
> Farzaneh
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> 
> 
> 
> -- 
> Eric B. Decker
> Senior (over 50 :-) Researcher
> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[wasif masood]

Hi,

 type python --version and see if the version is same as configured in your
sim.extra found at :

/opt/tinyos-2.1.0/support/make/sim.extra


also check out this link for general trouble shooting

*Appendix A: Troubleshooting TOSSIM compilation* at this link:

http://docs.tinyos.net/index.php/TOSSIM



On Sat, Oct 16, 2010 at 10:25 AM, farzaneh baghche band <
f.baghcheb...@gmail.com> wrote:

> HI
>
> i have problem with "make micaz sim"
> error is as below:
>
> make: pyhton2.5-config: command not found
> 
> make : ***[sim-exe]  error 2
>
> how can i do it?
>
> Regards
> Baghcheband. Farzaneh
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Wasif Masood
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Omprakash Gnawali]

On Sat, Jan 17, 2009 at 5:13 AM, Elpiniki Tsakalaki  wrote:
> Dear all,
>
> I am using Route and Surge in order to have a multihop sensor network. I
> would like the nodes to forward packets to the root/gateway. The packets
> have a unique ID and are broadcasted to the network by an external node
> which is not part of the network. However, I would not like the nodes to
> forward more than once a packet with a specific ID. Therefore, the gateway
> should receive only once a packet with a specific ID.
>
> How could I check if a packet is forwarded more than once? How could I
> have in every node the information of which IDs have already been
> forwarded by that node?
>
> I should mention that the packet IDs are increasing - So my initial
> thought is to use a variable to store the ID that has been forwarded (and
> compare against lower ID values) but I do not know how to do this on per
> node basis.
>

To avoid duplicates at the root, each forwarding node should transmit
a packet once. The delivery ratio might be less than 100%.

If the routes change, keeping a cache of packet signature won't
necessarily help.

- om_p
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Elpiniki Tsakalaki]

Thank you for your answer.
However, I cannot figure out why if the routes change keeping a cache of
packet signature won't help. Is it because if one node receives again the
same packet this is due to the change of routes?
In this case I should only check in the root for duplicates..

> On Sat, Jan 17, 2009 at 5:13 AM, Elpiniki Tsakalaki 
> wrote:
>> Dear all,
>>
>> I am using Route and Surge in order to have a multihop sensor network. I
>> would like the nodes to forward packets to the root/gateway. The packets
>> have a unique ID and are broadcasted to the network by an external node
>> which is not part of the network. However, I would not like the nodes to
>> forward more than once a packet with a specific ID. Therefore, the
>> gateway
>> should receive only once a packet with a specific ID.
>>
>> How could I check if a packet is forwarded more than once? How could I
>> have in every node the information of which IDs have already been
>> forwarded by that node?
>>
>> I should mention that the packet IDs are increasing - So my initial
>> thought is to use a variable to store the ID that has been forwarded
>> (and
>> compare against lower ID values) but I do not know how to do this on per
>> node basis.
>>
>
> To avoid duplicates at the root, each forwarding node should transmit
> a packet once. The delivery ratio might be less than 100%.
>
> If the routes change, keeping a cache of packet signature won't
> necessarily help.
>
> - om_p
>

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Omprakash Gnawali]

On Sat, Jan 17, 2009 at 9:45 AM, Elpiniki Tsakalaki  wrote:
> Thank you for your answer.
> However, I cannot figure out why if the routes change keeping a cache of
> packet signature won't help. Is it because if one node receives again the
> same packet this is due to the change of routes?
> In this case I should only check in the root for duplicates..

You transmit to node A. Upon not receiving an ack, change the parent,
and transmit the same packet to node B. It turns out node A received
the packet. Now we have two copies of the same packet in the network.

- om_p
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question

[Michael Schippling]

Look here:
http://docs.tinyos.net/index.php/Main_Page

The best way to get started is to read through the tutorials
on this page:
http://docs.tinyos.net/index.php/TinyOS_Tutorials

MS

Grati Amal wrote:
> hello,
> I want to know how I can use TinyOS, specifically I want a manual to 
> understand
> 
> 
> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question

[Juan Antonio López Riquelme]

Hi,

you must install JDK 1.5 (
http://java.sun.com/javase/downloads/index_jdk5.jsp). Choose JDK 5.0 Update
11. Before uninstall JDK 9.

A greeting,
Juan Antonio.


2007/4/29, vazoumana fofana <[EMAIL PROTECTED]>:


I'm a new user : student of telecom's paris. I m in charge of a project :
develop a sensor networ inside a bulding. I've got some questions to ask?
I
try to install tinyos with jdk 9 on my laptop under fedora core 3.
But i don't success on the step 3 instal the rpm files : there is a
message
error wich appears :
warning: java-1.5.0-sun-compat-1.5.0.05-1jpp.i586.rpm: V3 DSA signature:
NOKEY,key ID c431416d
error: Failed dependencies:
   jdk = 2000:1.5.0_05-fcs is needed by
java-1.5.0-sun-compat-1.5.0.05-1jpp.i586
   /usr/bin/guile is needed by nesc-1.2-1.i386
Can you help me, please ?

_
Windows Live Spaces : créez votre blog à votre image !
http://www.windowslive.fr/spaces

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question

[Juan Antonio López Riquelme]

Hi,

you have problemsto install Java with your SO and i use Windows and i can
not help you. You can looking for threads of other users, mayve solve your
problem:

http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg07524.html

A greeting,
Juan Antonio.


2007/4/29, vazoumana fofana <[EMAIL PROTECTED]>:



Thanks  for your answer but i try to do it and it  happens like before :
error: Failed dependencies:
   jdk = 2000:1.5.0_05-fcs is needed by
java-1.5.0-sun-compat-1.5.0.05-1jpp.i586
   /usr/bin/guile is needed by nesc-1.2-1.i386
The same error message appears :  Maybe , i'm  gonna to install tiny os
without java ?
i don't know why this message error appear ?

thanks

>From: "Juan Antonio López Riquelme" <[EMAIL PROTECTED]>
>To: "vazoumana fofana" <[EMAIL PROTECTED]>
>CC: tinyos-help@millennium.berkeley.edu
>Subject: Re: [Tinyos-help] question
>Date: Sun, 29 Apr 2007 12:17:40 +0200
>
>Hi,
>
>you must install JDK 1.5 (
>http://java.sun.com/javase/downloads/index_jdk5.jsp). Choose JDK 5.0Update
>11. Before uninstall JDK 9.
>
>A greeting,
>Juan Antonio.
>
>
>2007/4/29, vazoumana fofana <[EMAIL PROTECTED]>:
>>
>>I'm a new user : student of telecom's paris. I m in charge of a project
:
>>develop a sensor networ inside a bulding. I've got some questions to
ask?
>>I
>>try to install tinyos with jdk 9 on my laptop under fedora core 3.
>>But i don't success on the step 3 instal the rpm files : there is a
>>message
>>error wich appears :
>>warning: java-1.5.0-sun-compat-1.5.0.05-1jpp.i586.rpm: V3 DSA signature:
>>NOKEY,key ID c431416d
>>error: Failed dependencies:
>>jdk = 2000:1.5.0_05-fcs is needed by
>>java-1.5.0-sun-compat-1.5.0.05-1jpp.i586
>>/usr/bin/guile is needed by nesc-1.2-1.i386
>>Can you help me, please ?
>>
>>_
>>Windows Live Spaces : créez votre blog à votre image !
>>http://www.windowslive.fr/spaces
>>
>>___
>>Tinyos-help mailing list
>>Tinyos-help@Millennium.Berkeley.EDU
>>
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>

_
Personnalisez votre Messenger avec Live.com
http://www.windowslive.fr/livecom/


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Aaron Ault]

I've had problems like that when the task queue overflows.  The default
size is 8, you might want to increase it to 32 or so.

Aaron

On Mon, 2006-07-31 at 13:38 -0400, [EMAIL PROTECTED] wrote:
> 
> Hello,
> 
> I have a question regarding a message transmission problem that I encounter. I
> run a TinyOS application with 200 nodes, with the following configuration 
> file:
> 
> configuration test_filter {
> }
> implementation {
>   components Main, test_filterM, SingleTimer, LedsC, PotC, GenericComm as 
> Comm,
> RandomLFSR;
>
>   Main.StdControl -> SingleTimer.StdControl;
>   Main.StdControl -> test_filterM.StdControl;
>   
>   test_filterM.Timer -> SingleTimer.Timer;
>   test_filterM.Leds -> LedsC;
>   test_filterM.CommControl -> Comm;
>   test_filterM.SendMsg -> Comm.SendMsg[1];
>   test_filterM.ReceiveMsg -> Comm.ReceiveMsg[1];
>   test_filterM.Random -> RandomLFSR;
> }
> 
> A am building a routing tree over those nodes, using a sparse bit error graph
> (about 10 neighbors have 0 bit-errors, and the rest have 0.5) and the problem 
> is
> that after multiple message broadcasts, well into the process, I encounter a
> case where a node repeatedly transmits a message (using call SendMsg.send) and
> its intended recipient does not register it (using event ReceiveMsg.receive).
> There are no other nodes that transmit at this time, just node A which tries 
> to
> send a message to node B, which is targeted specifically to B (not a 
> broadcast).
> The bit error between them is 0, and yet node B does not register the 
> message. B
> has previously received messages from A before the current attempt on A's
> behalf. Source code and status logs can be provided on request.
> 
> Why does this situation arise? Is it possible that there is some kind of
> overflow of internal message queues? Is it because of the methods use to send
> and receive? Can you suggest an alternative?
> 
> Svilen Mihaylov
> 
> 
> 
> - End forwarded message -
> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] Question

[Munaretto, Daniel]

Hi,
How is it possible to increase the task queue on TinyOS1.x (micaz motes)?
which files and where do i have to modify?
thanks for your availability
cheers
Daniele

-Original Message- 
From: Aaron Ault [mailto:[EMAIL PROTECTED] 
Sent: Mon 7/31/2006 9:00 PM 
To: [EMAIL PROTECTED] 
Cc: tinyos-help@Millennium.Berkeley.EDU 
Subject: Re: [Tinyos-help] Question



I've had problems like that when the task queue overflows.  The default
size is 8, you might want to increase it to 32 or so.

Aaron

On Mon, 2006-07-31 at 13:38 -0400, [EMAIL PROTECTED] wrote:
>
> Hello,
>
> I have a question regarding a message transmission problem that I 
encounter. I
> run a TinyOS application with 200 nodes, with the following 
configuration file:
>
> configuration test_filter {
> }
> implementation {
>   components Main, test_filterM, SingleTimer, LedsC, PotC, 
GenericComm as Comm,
> RandomLFSR;
>   
>   Main.StdControl -> SingleTimer.StdControl;
>   Main.StdControl -> test_filterM.StdControl;
>  
>   test_filterM.Timer -> SingleTimer.Timer;
>   test_filterM.Leds -> LedsC;
>   test_filterM.CommControl -> Comm;
>   test_filterM.SendMsg -> Comm.SendMsg[1];
>   test_filterM.ReceiveMsg -> Comm.ReceiveMsg[1];
>   test_filterM.Random -> RandomLFSR;
> }
>
> A am building a routing tree over those nodes, using a sparse bit 
error graph
> (about 10 neighbors have 0 bit-errors, and the rest have 0.5) and the 
problem is
> that after multiple message broadcasts, well into the process, I 
encounter a
> case where a node repeatedly transmits a message (using call 
SendMsg.send) and
> its intended recipient does not register it (using event 
ReceiveMsg.receive).
> There are no other nodes that transmit at this time, just node A 
which tries to
> send a message to node B, which is targeted specifically to B (not a 
broadcast).
> The bit error between them is 0, and yet node B does not register the 
message. B
> has previously received messages from A before the current attempt on 
A's
> behalf. Source code and status logs can be provided on request.
>
> Why does this situation arise? Is it possible that there is some kind 
of
> overflow of internal message queues? Is it because of the methods use 
to send
> and receive? Can you suggest an alternative?
>
> Svilen Mihaylov
>
>
>
> - End forwarded message -
>
>
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> 
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU

https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[Claro Noda]

Daniele:
 
you'd try including the CFLAGS += -DTOSH_MAX_TASKS_LOG2=8 line in the App Makefile, 
to increase the size of the task queue to 256.
regards,
Claro. 
On 01/08/06, Munaretto, Daniel <[EMAIL PROTECTED]> wrote:
Hi,How is it possible to increase the task queue on TinyOS1.x (micaz motes)?which files and where do i have to modify?
thanks for your availabilitycheersDaniele   -Original Message-   From: Aaron Ault [mailto:[EMAIL PROTECTED]]   Sent: Mon 7/31/2006 9:00 PM
   To: [EMAIL PROTECTED]   Cc: tinyos-help@Millennium.Berkeley.EDU   Subject: Re: [Tinyos-help] Question
   I've had problems like that when the task queue overflows.  The default   size is 8, you might want to increase it to 32 or so.   Aaron   On Mon, 2006-07-31 at 13:38 -0400, 
[EMAIL PROTECTED] wrote:   >   > Hello,   >   > I have a question regarding a message transmission problem that I encounter. I
   > run a TinyOS application with 200 nodes, with the following configuration file:   >   > configuration test_filter {   > }   > implementation {   >   components Main, test_filterM, SingleTimer, LedsC, PotC, GenericComm as Comm,
   > RandomLFSR;   >   >   Main.StdControl -> SingleTimer.StdControl;   >   Main.StdControl -> test_filterM.StdControl;   >   >   test_filterM.Timer -> 
SingleTimer.Timer;   >   test_filterM.Leds -> LedsC;   >   test_filterM.CommControl -> Comm;   >   test_filterM.SendMsg -> Comm.SendMsg[1];   >   test_filterM.ReceiveMsg -> 
Comm.ReceiveMsg[1];   >   test_filterM.Random -> RandomLFSR;   > }   >   > A am building a routing tree over those nodes, using a sparse bit error graph   > (about 10 neighbors have 0 bit-errors, and the rest have 
0.5) and the problem is   > that after multiple message broadcasts, well into the process, I encounter a   > case where a node repeatedly transmits a message (using call SendMsg.send) and   > its intended recipient does not register it (using event 
ReceiveMsg.receive).   > There are no other nodes that transmit at this time, just node A which tries to   > send a message to node B, which is targeted specifically to B (not a broadcast).   > The bit error between them is 0, and yet node B does not register the message. B
   > has previously received messages from A before the current attempt on A's   > behalf. Source code and status logs can be provided on request.   >   > Why does this situation arise? Is it possible that there is some kind of
   > overflow of internal message queues? Is it because of the methods use to send   > and receive? Can you suggest an alternative?   >   > Svilen Mihaylov   >   >
   >   > - End forwarded message -   >   >   > ___   > Tinyos-help mailing list   > 
Tinyos-help@Millennium.Berkeley.EDU   > https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
   ___   Tinyos-help mailing list   Tinyos-help@Millennium.Berkeley.EDU   
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help___Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDUhttps://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] Question

[Munaretto, Daniel]

I changed the makefile with that line, but results remain the same. I notice in 
the simulator some lost packets ,when nodes are transmitting close to each 
other. i tried to avoid this by using random timers before sending, but 
sometimes there are still lost packets. Now i think the reason is not the queue 
size, but collisions in general..hidden terminal problem and so on..
any suggestions? they will be really appreciated
cheers
Daniele

-Original Message- 
From: Claro Noda [mailto:[EMAIL PROTECTED] 
Sent: Tue 8/1/2006 9:44 AM 
To: Munaretto, Daniel 
Cc: 
Subject: Re: [Tinyos-help] Question


you should, indeed, edit the makefile in your app folder.
C.

 
On 01/08/06, Munaretto, Daniel <[EMAIL PROTECTED]> wrote: 

I haven't this line in MakeXbowlocal under /contrib/xbow/apps 
nor in Makefile under my application folder... 
Do i have to add your line in which of these?

   -Original Message-
   From: Claro Noda [mailto:[EMAIL PROTECTED]
   Sent: Tue 8/1/2006 9:11 AM 
   To: tinyos-help@Millennium.Berkeley.EDU
   Cc:
   Subject: Re: [Tinyos-help] Question


   Daniele:

   you'd try including the CFLAGS += 
-DTOSH_MAX_TASKS_LOG2=8 line in the App Makefile, 

   to increase the size of the task queue to 256.

   regards,
   Claro.


   On 01/08/06, Munaretto, Daniel <[EMAIL PROTECTED] > 
wrote:

   Hi,
   How is it possible to increase the task queue on 
TinyOS1.x (micaz motes)?
   which files and where do i have to modify?
   thanks for your availability 
   cheers
   Daniele

  -Original Message-
  From: Aaron Ault [mailto:[EMAIL PROTECTED]
  Sent: Mon 7/31/2006 9:00 PM 
  To: [EMAIL PROTECTED]
  Cc: tinyos-help@Millennium.Berkeley.EDU
          Subject: Re: [Tinyos-help] Question 



  I've had problems like that when the task 
queue overflows.  The default
  size is 8, you might want to increase it 
to 32 or so.

  Aaron 

  On Mon, 2006-07-31 at 13:38 -0400, [EMAIL 
PROTECTED] wrote:
  >
  > Hello,
  > 
  > I have a question regarding a message 
transmission problem that I encounter. I
  > run a TinyOS application with 200 
nodes, with the following configuration file:
  >
  > configuration test_filter {
  > }
  > implementation {
  >   components Main, test_filterM, 
SingleTimer, LedsC, PotC, GenericComm as Comm, 
  > RandomLFSR;
  >
  >   Main.StdControl -> 
SingleTimer.StdControl;
  >   Main.StdControl -> 
test_filterM.StdControl; 
  >
  >   test_filterM.Timer -> 
SingleTimer.Timer;
  >   test_filterM.Leds -> LedsC;
  >   test_filterM.CommControl -> Comm; 
  >   test_filterM.SendMsg -> 
Comm.SendMsg[1];
  >   test_filterM.ReceiveMsg -> 
Comm.ReceiveMsg[1];
  >   test_filterM.Random -> RandomLFSR; 
  > }
  >
  > A am building a routing tree over those 
nodes, using a sparse bit error graph
  > (about 10 neighbors have 0 bit-errors, 
and the rest have 0.5

Re: [Tinyos-help] question

[Peeyush Deshpande]

RSSI :

http://docs.tinyos.net/tinywiki/index.php/Rssi_Demo




On Fri, Nov 9, 2012 at 12:12 PM, 郭 明芳  wrote:

>  Hello
>
> I use IRIS mote and moteworks.
> Now I have two questions.
>
> 1. I can read the signal strength (RSSI).
>
>event TOS_MsgPtr ReceiveMsg.receive(TOS_MsgPtr Msg)
> {
> pack->strength=Msg->strength;
>  return Msg;
> }
>
>  But I do not have any ideal How to read SNR or noise level?
>
> 2. I need to compute the transmission time when a packet is transmitted
> from transmitter to receiver.
>But I do not know how to do.
>
> Can you p! lease give me some information?
> Thank you.
>
> Regards
> Ming-Fang
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[András Bíró]

Hi,

First of all, the new toolchain will be only supported in tinyos 2.2 (or
whatever will be the version of the next release), so it only works with
the developement tree right now. The cygwin-files.zip method installs an
ages old cygwin, I recommend to uninstall it, and install cygwin based on
this:
http://tinyos.stanford.edu/tinyos-wiki/index.php/Installing_up_to_date_Cygwin
But use this in the profile file:

export PATH=:$PATH:`/usr/bin/tos-locate-jre
--java`:`/usr/bin/tos-locate-jre --javac`:.
export CLASSPATH="$CLASSPATH;`cygpath -w /usr/lib/java/tinyos.jar`;."

Install these packages (rpm -ivh --ignoreos --nodeps ):
http://tinyos.stanford.edu/tinyos/dists/cygwin/nesc-1.3.4-20120709.cygwin.i686.rpm
https://www.dropbox.com/s/tuydw4u51gu5fwe/tinyos-tools-devel-1.5.0-79fa9db.i386.rpm?dl=0
Everything from here:
http://tinyos.stanford.edu/tinyos/dists/cygwin/avr-beta/

Clone the tinyos tree from github.

This should mostly work. Somethings wrong with the python SDK, but you
probably don't need it anyway.

Best,
Andris
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[IBRAHIM AHMED NEMER]

Sorry sir, when I want to download the Cygwin which site is the best to 
download from it our packages regarding to your experience.

Many Thanks
BR.

From: András Bíró [mailto:andras.b...@ucmote.com]
Sent: Tuesday, September 30, 2014 4:55 PM
To: IBRAHIM AHMED NEMER
Cc: tinyos forum
Subject: Re: [Tinyos-help] Question

Hi,
First of all, the new toolchain will be only supported in tinyos 2.2 (or 
whatever will be the version of the next release), so it only works with the 
developement tree right now. The cygwin-files.zip method installs an ages old 
cygwin, I recommend to uninstall it, and install cygwin based on this:
http://tinyos.stanford.edu/tinyos-wiki/index.php/Installing_up_to_date_Cygwin
But use this in the profile file:

export PATH=:$PATH:`/usr/bin/tos-locate-jre --java`:`/usr/bin/tos-locate-jre 
--javac`:.
export CLASSPATH="$CLASSPATH;`cygpath -w /usr/lib/java/tinyos.jar`;."
Install these packages (rpm -ivh --ignoreos --nodeps ):
http://tinyos.stanford.edu/tinyos/dists/cygwin/nesc-1.3.4-20120709.cygwin.i686.rpm
https://www.dropbox.com/s/tuydw4u51gu5fwe/tinyos-tools-devel-1.5.0-79fa9db.i386.rpm?dl=0
Everything from here:
http://tinyos.stanford.edu/tinyos/dists/cygwin/avr-beta/
Clone the tinyos tree from github.
This should mostly work. Somethings wrong with the python SDK, but you probably 
don't need it anyway.

Best,
Andris
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[András Bíró]

Usually the closest to your location.

Andris

On Wed, Oct 1, 2014 at 12:56 PM, IBRAHIM AHMED NEMER <
g201206...@kfupm.edu.sa> wrote:

>  Sorry sir, when I want to download the Cygwin which site is the best to
> download from it our packages regarding to your experience.
>
>
>
> Many Thanks
>
> BR.
>
>
>
> *From:* András Bíró [mailto:andras.b...@ucmote.com]
> *Sent:* Tuesday, September 30, 2014 4:55 PM
> *To:* IBRAHIM AHMED NEMER
> *Cc:* tinyos forum
> *Subject:* Re: [Tinyos-help] Question
>
>
>
> Hi,
>
> First of all, the new toolchain will be only supported in tinyos 2.2 (or
> whatever will be the version of the next release), so it only works with
> the developement tree right now. The cygwin-files.zip method installs an
> ages old cygwin, I recommend to uninstall it, and install cygwin based on
> this:
>
> http://tinyos.stanford.edu/tinyos-wiki/index.php/Installing_up_to_date_Cygwin
>
> But use this in the profile file:
>
> export PATH=:$PATH:`/usr/bin/tos-locate-jre
> --java`:`/usr/bin/tos-locate-jre --javac`:.
> export CLASSPATH="$CLASSPATH;`cygpath -w /usr/lib/java/tinyos.jar`;."
>
> Install these packages (rpm -ivh --ignoreos --nodeps ):
>
> http://tinyos.stanford.edu/tinyos/dists/cygwin/nesc-1.3.4-20120709.cygwin.i686.rpm
>
> https://www.dropbox.com/s/tuydw4u51gu5fwe/tinyos-tools-devel-1.5.0-79fa9db.i386.rpm?dl=0
>
> Everything from here:
> http://tinyos.stanford.edu/tinyos/dists/cygwin/avr-beta/
>
> Clone the tinyos tree from github.
>
> This should mostly work. Somethings wrong with the python SDK, but you
> probably don't need it anyway.
>
>
>
> Best,
>
> Andris
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[IBRAHIM AHMED NEMER]

Thanks Sir, but I downloaded different packages from different sites I get this 
error when I ran one of the codes:
make: ncc: Command not found
/opt/tinyos-main-master/support/make/avr/avr.rules:148: recipe for target 
'exe0' failed
make: *** [exe0] Error 127

Is there any help or advice to solve this?

BR.

From: András Bíró [andras.b...@ucmote.com]
Sent: Wednesday, October 01, 2014 9:09 PM
To: IBRAHIM AHMED NEMER
Cc: tinyos forum
Subject: Re: [Tinyos-help] Question

Usually the closest to your location.

Andris

On Wed, Oct 1, 2014 at 12:56 PM, IBRAHIM AHMED NEMER 
mailto:g201206...@kfupm.edu.sa>> wrote:
Sorry sir, when I want to download the Cygwin which site is the best to 
download from it our packages regarding to your experience.

Many Thanks
BR.

From: András Bíró [mailto:andras.b...@ucmote.com<mailto:andras.b...@ucmote.com>]
Sent: Tuesday, September 30, 2014 4:55 PM
To: IBRAHIM AHMED NEMER
Cc: tinyos forum
Subject: Re: [Tinyos-help] Question

Hi,
First of all, the new toolchain will be only supported in tinyos 2.2 (or 
whatever will be the version of the next release), so it only works with the 
developement tree right now. The cygwin-files.zip method installs an ages old 
cygwin, I recommend to uninstall it, and install cygwin based on this:
http://tinyos.stanford.edu/tinyos-wiki/index.php/Installing_up_to_date_Cygwin
But use this in the profile file:

export PATH=:$PATH:`/usr/bin/tos-locate-jre --java`:`/usr/bin/tos-locate-jre 
--javac`:.
export CLASSPATH="$CLASSPATH;`cygpath -w /usr/lib/java/tinyos.jar`;."
Install these packages (rpm -ivh --ignoreos --nodeps ):
http://tinyos.stanford.edu/tinyos/dists/cygwin/nesc-1.3.4-20120709.cygwin.i686.rpm
https://www.dropbox.com/s/tuydw4u51gu5fwe/tinyos-tools-devel-1.5.0-79fa9db.i386.rpm?dl=0
Everything from here:
http://tinyos.stanford.edu/tinyos/dists/cygwin/avr-beta/
Clone the tinyos tree from github.
This should mostly work. Somethings wrong with the python SDK, but you probably 
don't need it anyway.

Best,
Andris

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question

[András Bíró]

It seems like yout doesn't use the developement version from github:
https://github.com/tinyos/tinyos-main

Andris

On Thu, Oct 2, 2014 at 2:35 PM, IBRAHIM AHMED NEMER  wrote:

>  Thanks Sir, but I downloaded different packages from different sites I
> get this error when I ran one of the codes:
> make: ncc: Command not found
> /opt/tinyos-main-master/support/make/avr/avr.rules:148: recipe for target
> 'exe0' failed
> make: *** [exe0] Error 127
>
>  Is there any help or advice to solve this?
>
>  BR.
>  --
> *From:* András Bíró [andras.b...@ucmote.com]
> *Sent:* Wednesday, October 01, 2014 9:09 PM
>
> *To:* IBRAHIM AHMED NEMER
> *Cc:* tinyos forum
> *Subject:* Re: [Tinyos-help] Question
>
>   Usually the closest to your location.
>
>  Andris
>
> On Wed, Oct 1, 2014 at 12:56 PM, IBRAHIM AHMED NEMER <
> g201206...@kfupm.edu.sa> wrote:
>
>>  Sorry sir, when I want to download the Cygwin which site is the best to
>> download from it our packages regarding to your experience.
>>
>>
>>
>> Many Thanks
>>
>> BR.
>>
>>
>>
>> *From:* András Bíró [mailto:andras.b...@ucmote.com]
>> *Sent:* Tuesday, September 30, 2014 4:55 PM
>> *To:* IBRAHIM AHMED NEMER
>> *Cc:* tinyos forum
>> *Subject:* Re: [Tinyos-help] Question
>>
>>
>>
>> Hi,
>>
>> First of all, the new toolchain will be only supported in tinyos 2.2 (or
>> whatever will be the version of the next release), so it only works with
>> the developement tree right now. The cygwin-files.zip method installs an
>> ages old cygwin, I recommend to uninstall it, and install cygwin based on
>> this:
>>
>> http://tinyos.stanford.edu/tinyos-wiki/index.php/Installing_up_to_date_Cygwin
>>
>> But use this in the profile file:
>>
>> export PATH=:$PATH:`/usr/bin/tos-locate-jre
>> --java`:`/usr/bin/tos-locate-jre --javac`:.
>> export CLASSPATH="$CLASSPATH;`cygpath -w /usr/lib/java/tinyos.jar`;."
>>
>> Install these packages (rpm -ivh --ignoreos --nodeps ):
>>
>> http://tinyos.stanford.edu/tinyos/dists/cygwin/nesc-1.3.4-20120709.cygwin.i686.rpm
>>
>> https://www.dropbox.com/s/tuydw4u51gu5fwe/tinyos-tools-devel-1.5.0-79fa9db.i386.rpm?dl=0
>>
>> Everything from here:
>> http://tinyos.stanford.edu/tinyos/dists/cygwin/avr-beta/
>>
>> Clone the tinyos tree from github.
>>
>> This should mostly work. Somethings wrong with the python SDK, but you
>> probably don't need it anyway.
>>
>>
>>
>> Best,
>>
>> Andris
>>
>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Wes Barron]

I use Printf as a debug because i have no other way of checking 
variables. It would be easer to add and remove from developing programs 
if no wiring was needed.


John Barron

Kevin Klues wrote:

I wanted to get a sense of how many people out there use the printf
library provided in TinyOS 2.0.  As its written right now, its not the
easiest thing to use since an application has to explicitly flush the
printf buffer itself and any printf commands called while flushing
will all fail.

My question is whether people would prefer to have a bit more user
friendly version of printf.  I have an alternate implementation where
all that needs to be done to use printf is to include tos/lib/printf
in your include path in your makefile.  No wiring, no nothing.  Just
call printf() anywhere in your code and see the output spit out over
the serial line.  Flushing is done automatically, and bytes can also
be written to the printf buffer while this flush is occurring.  Since
flushing is only triggered when the print buffer has a certain number
of bytes in it, explicit flushes are of course possible, by wiring in
a PrintfFlush interface from the PrintfC component.

The reason I'm bringing all of this up is that this version of the
printf library is incompatible with the version in previous releases.
Would people prefer to have this newer version overwrite the current
one (possibly breaking existing code), or be provided as an alternate
printf service in some way?  Comments are welcome.

  


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Philip Levis]

On Sep 21, 2007, at 2:18 PM, Kevin Klues wrote:


I wanted to get a sense of how many people out there use the printf
library provided in TinyOS 2.0.  As its written right now, its not the
easiest thing to use since an application has to explicitly flush the
printf buffer itself and any printf commands called while flushing
will all fail.

My question is whether people would prefer to have a bit more user
friendly version of printf.  I have an alternate implementation where
all that needs to be done to use printf is to include tos/lib/printf
in your include path in your makefile.  No wiring, no nothing.  Just
call printf() anywhere in your code and see the output spit out over
the serial line.  Flushing is done automatically, and bytes can also
be written to the printf buffer while this flush is occurring.  Since
flushing is only triggered when the print buffer has a certain number
of bytes in it, explicit flushes are of course possible, by wiring in
a PrintfFlush interface from the PrintfC component.

The reason I'm bringing all of this up is that this version of the
printf library is incompatible with the version in previous releases.
Would people prefer to have this newer version overwrite the current
one (possibly breaking existing code), or be provided as an alternate
printf service in some way?  Comments are welcome.


One issue that comes up here is hidden dependencies; if might be some  
component somewhere calls printf() but it happens some other  
subsystem included it in a configuration. If you try to incorporate  
the first into another app, then you might get mysterious compilation  
errors about printf() not being defined.


The only way TOSSIM gets away with dbg() is by incorporating it into  
tos.h.


Since your printf() is a bit different than printf(3), you might want  
a similar but distinct name.


Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Kevin Klues]

I'm not sure I understand your concern. How is it different than printf(3)?

Kevin

On 9/21/07, Philip Levis <[EMAIL PROTECTED]> wrote:
> On Sep 21, 2007, at 2:18 PM, Kevin Klues wrote:
>
> > I wanted to get a sense of how many people out there use the printf
> > library provided in TinyOS 2.0.  As its written right now, its not the
> > easiest thing to use since an application has to explicitly flush the
> > printf buffer itself and any printf commands called while flushing
> > will all fail.
> >
> > My question is whether people would prefer to have a bit more user
> > friendly version of printf.  I have an alternate implementation where
> > all that needs to be done to use printf is to include tos/lib/printf
> > in your include path in your makefile.  No wiring, no nothing.  Just
> > call printf() anywhere in your code and see the output spit out over
> > the serial line.  Flushing is done automatically, and bytes can also
> > be written to the printf buffer while this flush is occurring.  Since
> > flushing is only triggered when the print buffer has a certain number
> > of bytes in it, explicit flushes are of course possible, by wiring in
> > a PrintfFlush interface from the PrintfC component.
> >
> > The reason I'm bringing all of this up is that this version of the
> > printf library is incompatible with the version in previous releases.
> > Would people prefer to have this newer version overwrite the current
> > one (possibly breaking existing code), or be provided as an alternate
> > printf service in some way?  Comments are welcome.
>
> One issue that comes up here is hidden dependencies; if might be some
> component somewhere calls printf() but it happens some other
> subsystem included it in a configuration. If you try to incorporate
> the first into another app, then you might get mysterious compilation
> errors about printf() not being defined.
>
> The only way TOSSIM gets away with dbg() is by incorporating it into
> tos.h.
>
> Since your printf() is a bit different than printf(3), you might want
> a similar but distinct name.
>
> Phil
>


-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Michael Schippling]

Does 'regular' printf() guarantee that now?
I remember having to do fflush() if I really wanted to see something.
MS


Philip Levis wrote:

On Sep 21, 2007, at 4:21 PM, Kevin Klues wrote:

I'm not sure I understand your concern. How is it different than 
printf(3)?


When your printf returns, are you assured that the string has been 
written? I.e., does it block?


Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help


--
Platform: WinXP/Cygwin
TinyOS version: 1.x, Boomerang
Programmer: MIB510
Device(s): Mica2, MicaZ, Tmote
Sensor board: homebrew

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Philip Levis]

On Sep 21, 2007, at 4:21 PM, Kevin Klues wrote:

I'm not sure I understand your concern. How is it different  
than printf(3)?


When your printf returns, are you assured that the string has been  
written? I.e., does it block?


Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Philip Levis]

On Sep 21, 2007, at 5:56 PM, Michael Schippling wrote:


Does 'regular' printf() guarantee that now?
I remember having to do fflush() if I really wanted to see something.


C stdlib printf(3) does not always block. But it can block, and you  
can make it block on flushing the buffer.[1]  This might seem like a  
little nit, but it can bite you. E.g.:


call Foo.x();
printf("Got past Foo.x()\n");
call Foo.y();
printf("Got past Foo.y()\n");

Phil

[1] http://books.google.com/books? 
id=iRa-3L4jLhEC&pg=PA84&lpg=PA84&dq=printf+flush+newline 
+buffer&source=web&ots=dWntcq9i9J&sig=_r66dlfabrAEkJ8ltMzuRLysKj4

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Michael Schippling]

What will they think of next...

If you believe that the newline _always_ triggers an implicit fflush()
I'm perfectly happy to join your club. But that's kinda hidden symantics.
My memory is rather faulty but I'm reasonably sure that didn't happen on
the VAX under BSD in 1983...I remember staying up all night waiting for
my first debug message to poot out because I didn't flush it.

Probably the more interesting issues are how to make the TOS debug printf()
as transparent as possible, and how to swap it out when it's no longer needed.
Someone mentioned that it would be nice to not have to wire it (I think it
would be nice to not have to wire...well...anything...but that's just me).
But maybe we could have a null implementation to use to wire-it-out?

MS

Philip Levis wrote:

On Sep 21, 2007, at 5:56 PM, Michael Schippling wrote:


Does 'regular' printf() guarantee that now?
I remember having to do fflush() if I really wanted to see something.


C stdlib printf(3) does not always block. But it can block, and you can 
make it block on flushing the buffer.[1]  This might seem like a little 
nit, but it can bite you. E.g.:


call Foo.x();
printf("Got past Foo.x()\n");
call Foo.y();
printf("Got past Foo.y()\n");

Phil

[1] 
http://books.google.com/books?id=iRa-3L4jLhEC&pg=PA84&lpg=PA84&dq=printf+flush+newline+buffer&source=web&ots=dWntcq9i9J&sig=_r66dlfabrAEkJ8ltMzuRLysKj4 



--
Platform: WinXP/Cygwin
TinyOS version: 1.x, Boomerang
Programmer: MIB510
Device(s): Mica2, MicaZ, Tmote
Sensor board: homebrew

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Kevin Klues]

I don't seen anything in 'man 3 printf' that implies that it has to be
a blocking operation.  In fact the manual shouldn't imply this.
printf is part of the standard C library, not affiliated with any
particular operating system.

To implement printf() functionality for any mcu that has a libc (such
as msp430-libc or avr-libc) you just have to fill in the body of the
'putchar' function declared in "stdio.h".  This is exactly what the
PrintfP component in tos/lib/printf does.  No magic. it just
collects the bytes coming in via calls to putchar, packs them into
TInyOS serial messages, and sends them out over the USART.

It should be left up to whatever operating system that implements it
to define the semantics.

Kevin

On 9/21/07, Philip Levis <[EMAIL PROTECTED]> wrote:
> On Sep 21, 2007, at 5:56 PM, Michael Schippling wrote:
>
> > Does 'regular' printf() guarantee that now?
> > I remember having to do fflush() if I really wanted to see something.
>
> C stdlib printf(3) does not always block. But it can block, and you
> can make it block on flushing the buffer.[1]  This might seem like a
> little nit, but it can bite you. E.g.:
>
> call Foo.x();
> printf("Got past Foo.x()\n");
> call Foo.y();
> printf("Got past Foo.y()\n");
>
> Phil
>
> [1] http://books.google.com/books?
> id=iRa-3L4jLhEC&pg=PA84&lpg=PA84&dq=printf+flush+newline
> +buffer&source=web&ots=dWntcq9i9J&sig=_r66dlfabrAEkJ8ltMzuRLysKj4
>


-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Kevin Klues]

The alternate implementation I mentioned in the first email makes
using printf alot easier than it currently is.  By just including
PFLAGS += tos/lib/printf in your makefile your ready to go.  Just
#include "printf.h" in any files where you want to call printf() .
Whenever 3*TOSH_DATA_LENGTH characters have been collected via calls
to printf, the buffer is flushed out over the serial line.  The buffer
can also be explicity fllushed by including a PrintfC component and
calling flush() on its PrintfFlush interface.

Kevin


On 9/21/07, Michael Schippling <[EMAIL PROTECTED]> wrote:
> What will they think of next...
>
> If you believe that the newline _always_ triggers an implicit fflush()
> I'm perfectly happy to join your club. But that's kinda hidden symantics.
> My memory is rather faulty but I'm reasonably sure that didn't happen on
> the VAX under BSD in 1983...I remember staying up all night waiting for
> my first debug message to poot out because I didn't flush it.
>
> Probably the more interesting issues are how to make the TOS debug printf()
> as transparent as possible, and how to swap it out when it's no longer needed.
> Someone mentioned that it would be nice to not have to wire it (I think it
> would be nice to not have to wire...well...anything...but that's just me).
> But maybe we could have a null implementation to use to wire-it-out?
>
> MS
>
> Philip Levis wrote:
> > On Sep 21, 2007, at 5:56 PM, Michael Schippling wrote:
> >
> >> Does 'regular' printf() guarantee that now?
> >> I remember having to do fflush() if I really wanted to see something.
> >
> > C stdlib printf(3) does not always block. But it can block, and you can
> > make it block on flushing the buffer.[1]  This might seem like a little
> > nit, but it can bite you. E.g.:
> >
> > call Foo.x();
> > printf("Got past Foo.x()\n");
> > call Foo.y();
> > printf("Got past Foo.y()\n");
> >
> > Phil
> >
> > [1]
> > http://books.google.com/books?id=iRa-3L4jLhEC&pg=PA84&lpg=PA84&dq=printf+flush+newline+buffer&source=web&ots=dWntcq9i9J&sig=_r66dlfabrAEkJ8ltMzuRLysKj4
> >
>
> --
> Platform: WinXP/Cygwin
> TinyOS version: 1.x, Boomerang
> Programmer: MIB510
> Device(s): Mica2, MicaZ, Tmote
> Sensor board: homebrew
>
>


-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Kevin Klues]

I guess saying that  "printf is part of the standard C library, not
affiliated with any
particular operating system" probably needs a little clarification.
This library was of course first designed for unix, but has also been
used in other OSs since.  TinyOS is no different.

Kevin

On 9/21/07, Kevin Klues <[EMAIL PROTECTED]> wrote:
> I don't seen anything in 'man 3 printf' that implies that it has to be
> a blocking operation.  In fact the manual shouldn't imply this.
> printf is part of the standard C library, not affiliated with any
> particular operating system.
>
> To implement printf() functionality for any mcu that has a libc (such
> as msp430-libc or avr-libc) you just have to fill in the body of the
> 'putchar' function declared in "stdio.h".  This is exactly what the
> PrintfP component in tos/lib/printf does.  No magic. it just
> collects the bytes coming in via calls to putchar, packs them into
> TInyOS serial messages, and sends them out over the USART.
>
> It should be left up to whatever operating system that implements it
> to define the semantics.
>
> Kevin
>
> On 9/21/07, Philip Levis <[EMAIL PROTECTED]> wrote:
> > On Sep 21, 2007, at 5:56 PM, Michael Schippling wrote:
> >
> > > Does 'regular' printf() guarantee that now?
> > > I remember having to do fflush() if I really wanted to see something.
> >
> > C stdlib printf(3) does not always block. But it can block, and you
> > can make it block on flushing the buffer.[1]  This might seem like a
> > little nit, but it can bite you. E.g.:
> >
> > call Foo.x();
> > printf("Got past Foo.x()\n");
> > call Foo.y();
> > printf("Got past Foo.y()\n");
> >
> > Phil
> >
> > [1] http://books.google.com/books?
> > id=iRa-3L4jLhEC&pg=PA84&lpg=PA84&dq=printf+flush+newline
> > +buffer&source=web&ots=dWntcq9i9J&sig=_r66dlfabrAEkJ8ltMzuRLysKj4
> >
>
>
> --
> ~Kevin
>


-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[André Miguel de Almeida Marrão Rodrigues]

Hi

I'm using it and would like to have the new versiom.

Regards,

André



- Original Message - 
From: "Kevin Klues" <[EMAIL PROTECTED]>
To: "tos" ; "TinyOS-Devel list" 
<[EMAIL PROTECTED]>

Sent: Friday, September 21, 2007 10:18 PM
Subject: [Tinyos-help] Question about printf



I wanted to get a sense of how many people out there use the printf
library provided in TinyOS 2.0.  As its written right now, its not the
easiest thing to use since an application has to explicitly flush the
printf buffer itself and any printf commands called while flushing
will all fail.

My question is whether people would prefer to have a bit more user
friendly version of printf.  I have an alternate implementation where
all that needs to be done to use printf is to include tos/lib/printf
in your include path in your makefile.  No wiring, no nothing.  Just
call printf() anywhere in your code and see the output spit out over
the serial line.  Flushing is done automatically, and bytes can also
be written to the printf buffer while this flush is occurring.  Since
flushing is only triggered when the print buffer has a certain number
of bytes in it, explicit flushes are of course possible, by wiring in
a PrintfFlush interface from the PrintfC component.

The reason I'm bringing all of this up is that this version of the
printf library is incompatible with the version in previous releases.
Would people prefer to have this newer version overwrite the current
one (possibly breaking existing code), or be provided as an alternate
printf service in some way?  Comments are welcome.

--
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help 


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Kevin Klues]

So here'e a link to the new version of printf I'm talking about. Why
don't people try it out and let me know if they think its better.

http://sing.stanford.edu/klueska/printf_test.tar.gz

To use it just add the following line to your makefile:
CFLAGS += /path/to/printf_test

Then anywhere in your application (or underlying OS code) just add
#include "printf.h" to the top of any module to be able to and call
printf() within it.

To see output, you can then run the java PrintfClient found in
net.tinyos.tools as follows (may be different depending on your mote
platform):
java net.tinyos.tools.PrintfClient -comm serial@/dev/ttyUSB0:telosb

Kevin


On 9/22/07, André Miguel de Almeida Marrão Rodrigues
<[EMAIL PROTECTED]> wrote:
> Hi
>
> I'm using it and would like to have the new versiom.
>
> Regards,
>
> André
>
>
>
> - Original Message -
> From: "Kevin Klues" <[EMAIL PROTECTED]>
> To: "tos" ; "TinyOS-Devel list"
> <[EMAIL PROTECTED]>
> Sent: Friday, September 21, 2007 10:18 PM
> Subject: [Tinyos-help] Question about printf
>
>
> >I wanted to get a sense of how many people out there use the printf
> > library provided in TinyOS 2.0.  As its written right now, its not the
> > easiest thing to use since an application has to explicitly flush the
> > printf buffer itself and any printf commands called while flushing
> > will all fail.
> >
> > My question is whether people would prefer to have a bit more user
> > friendly version of printf.  I have an alternate implementation where
> > all that needs to be done to use printf is to include tos/lib/printf
> > in your include path in your makefile.  No wiring, no nothing.  Just
> > call printf() anywhere in your code and see the output spit out over
> > the serial line.  Flushing is done automatically, and bytes can also
> > be written to the printf buffer while this flush is occurring.  Since
> > flushing is only triggered when the print buffer has a certain number
> > of bytes in it, explicit flushes are of course possible, by wiring in
> > a PrintfFlush interface from the PrintfC component.
> >
> > The reason I'm bringing all of this up is that this version of the
> > printf library is incompatible with the version in previous releases.
> > Would people prefer to have this newer version overwrite the current
> > one (possibly breaking existing code), or be provided as an alternate
> > printf service in some way?  Comments are welcome.
> >
> > --
> > ~Kevin
> > ___
> > Tinyos-help mailing list
> > Tinyos-help@Millennium.Berkeley.EDU
> > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
>


-- 
~Kevin

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Philip Levis]

On Sep 22, 2007, at 11:18 AM, Kevin Klues wrote:


So here'e a link to the new version of printf I'm talking about. Why
don't people try it out and let me know if they think its better.

http://sing.stanford.edu/klueska/printf_test.tar.gz

To use it just add the following line to your makefile:
CFLAGS += /path/to/printf_test

Then anywhere in your application (or underlying OS code) just add
#include "printf.h" to the top of any module to be able to and call
printf() within it.

To see output, you can then run the java PrintfClient found in
net.tinyos.tools as follows (may be different depending on your mote
platform):
java net.tinyos.tools.PrintfClient -comm serial@/dev/ttyUSB0:telosb


I think my point has been lost in the shuffle: it's not whether there  
should be a C function that lets you send text messages to the serial  
port with no wiring (albeit my comment about dependencies, and that  
it might be useful to incorporate it into tos.h somehow to prevent  
them). Rather, all I was saying is that maybe the function should not  
be named "printf."


Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Kevin Klues]

The printf library doesnt actually implement a printf fucntion.  It
implementes a putchar function called by the stdlib printf function
defined in stdio.h

Kevin

On 9/22/07, Philip Levis <[EMAIL PROTECTED]> wrote:
> On Sep 22, 2007, at 11:18 AM, Kevin Klues wrote:
>
> > So here'e a link to the new version of printf I'm talking about. Why
> > don't people try it out and let me know if they think its better.
> >
> > http://sing.stanford.edu/klueska/printf_test.tar.gz
> >
> > To use it just add the following line to your makefile:
> > CFLAGS += /path/to/printf_test
> >
> > Then anywhere in your application (or underlying OS code) just add
> > #include "printf.h" to the top of any module to be able to and call
> > printf() within it.
> >
> > To see output, you can then run the java PrintfClient found in
> > net.tinyos.tools as follows (may be different depending on your mote
> > platform):
> > java net.tinyos.tools.PrintfClient -comm serial@/dev/ttyUSB0:telosb
>
> I think my point has been lost in the shuffle: it's not whether there
> should be a C function that lets you send text messages to the serial
> port with no wiring (albeit my comment about dependencies, and that
> it might be useful to incorporate it into tos.h somehow to prevent
> them). Rather, all I was saying is that maybe the function should not
> be named "printf."
>
> Phil
>


-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Philip Levis]

On Sep 21, 2007, at 8:25 PM, Kevin Klues wrote:


I don't seen anything in 'man 3 printf' that implies that it has to be
a blocking operation.  In fact the manual shouldn't imply this.
printf is part of the standard C library, not affiliated with any
particular operating system.


Right -- the printf semantics have more to do with the associated  
file stream (printf is really just a call to fprintf) than with  
printf itself. In the case of printf, the file stream is stdout.




To implement printf() functionality for any mcu that has a libc (such
as msp430-libc or avr-libc) you just have to fill in the body of the
'putchar' function declared in "stdio.h".  This is exactly what the
PrintfP component in tos/lib/printf does.  No magic. it just
collects the bytes coming in via calls to putchar, packs them into
TInyOS serial messages, and sends them out over the USART.


Right -- so look at how putchar is typically implemented. The example  
from avr-gcc's stdio.h goes like this:


static int
uart_putchar(char c, FILE *stream)
{

  if (c == '\n')
uart_putchar('\r', stream);
  loop_until_bit_is_set(UCSRA, UDRE);
  UDR = c;
  return 0;
}

int
main(void)
{
  init_uart();
  stdout = &mystdout;
  printf("Hello, world!\n");

  return 0;
}



It should be left up to whatever operating system that implements it
to define the semantics.


Great: I'd like to define a printf semantics that crashes the computer.

Look -- to reiterate my last mail, I agree that this function is  
useful, and it should be available. I'm just saying that, because it  
does differ significantly from what one might expect from printf,  
maybe it should be named differently. E.g.:


void test() {
  uint16_t i;
  for (i = 0; i < 20480; i++) {
printf("\n");
  }
}

If you can find a reasonable implementation of printf besides yours  
that does not print out 20480 newlines, then my concern is totally  
unfounded and wrong.


Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about printf

[Philip Levis]

On Sep 21, 2007, at 8:24 PM, Michael Schippling wrote:


What will they think of next...

If you believe that the newline _always_ triggers an implicit fflush()
I'm perfectly happy to join your club. But that's kinda hidden  
symantics.
My memory is rather faulty but I'm reasonably sure that didn't  
happen on
the VAX under BSD in 1983...I remember staying up all night waiting  
for

my first debug message to poot out because I didn't flush it.


Well, 1983 was the year the standardization process began...

Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about signal

[Michael Schippling]

My personal belief is that it is like "call" in that no direct return
value is available to the user. My further belief is that the signaled
code is run asynch, so the signaler does not block waiting for it.

I could be wrong (probably) so I hope someone who actually knows will help.
MS


Christophe Braillon wrote:

Hi,

I was wondering if the "signal" directive exits the function where it is 
called like "return" or does it behave like "call". I looked everywhere 
in the TinyOS programming manual but nothing is said about that. I'll be 
glad if someone can tell me if there is documentation about that.


Christophe
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about signal

[Philip Levis]

On Nov 13, 2007, at 1:37 AM, Christophe Braillon wrote:


Hi,

I was wondering if the "signal" directive exits the function where  
it is called like "return" or does it behave like "call". I looked  
everywhere in the TinyOS programming manual but nothing is said  
about that. I'll be glad if someone can tell me if there is  
documentation about that.


'signal' and 'call' invoke functions. The annotations are there just  
to make clear that they are commands and events. That is


"call Send.send()" is effectively "Send.send()"

and

"signal Send.sendDone()" is effectively "Send.sendDone()".

They do not behave like return, which exists function scope.

Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about signal

[Philip Levis]

On Nov 13, 2007, at 10:52 AM, Michael Schippling wrote:


My personal belief is that it is like "call" in that no direct return
value is available to the user. My further belief is that the signaled
code is run asynch, so the signaler does not block waiting for it.

I could be wrong (probably) so I hope someone who actually knows  
will help


Events can have return values:

interface CsmaBackoff
{
  /**
   * Return initial backoff time before attempting to send message  
m. The

   * units are radio dependent.
   * @return Initial backoff time
   */
  async event uint16_t initial(message_t* m);

  /**
   * Return backoff time after message m could not be send due to  
congestion.

   * The units are raio dependent.
   * @return Backoff time after congestion
   */
  async event uint16_t congestion(message_t* m);
}

Not all events are async:

interface Read {
  /**
   * Initiates a read of the value.
   *
   * @return SUCCESS if a readDone() event will eventually come back.
   */
  command error_t read();

  /**
   * Signals the completion of the read().
   *
   * @param result SUCCESS if the read() was successful
   * @param val the value that has been read
   */
  event void readDone( error_t result, val_t val );
}

Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about signal

[Michael Schippling]

So I guess my question is...is signal tantamount to an interrupt,
or is it 'just' a function call? E.g, here's an interrupt routine
that I cobbled together in cargo-cult fashion which does a 'callback'
to a user "async event":

  default async event result_t HPLT3capture.fire( uint16_t count )
  { return SUCCESS; }

  TOSH_INTERRUPT(SIG_INPUT_CAPTURE3)
  {
// ...do interrupt stuff...
// warn user
signal HPLT3capture.fire( count );
  }

Does fire() run in the original interrupt context or as a separate
"software interrupt"? If it runs in the original context can I do
rval = signal HPLT3capture.fire( count );
to get its result?

thx
MS






Philip Levis wrote:


On Nov 13, 2007, at 10:52 AM, Michael Schippling wrote:


My personal belief is that it is like "call" in that no direct return
value is available to the user. My further belief is that the signaled
code is run asynch, so the signaler does not block waiting for it.

I could be wrong (probably) so I hope someone who actually knows will 
help


Events can have return values:

interface CsmaBackoff
{
  /**
   * Return initial backoff time before attempting to send message m. The
   * units are radio dependent.
   * @return Initial backoff time
   */
  async event uint16_t initial(message_t* m);

  /**
   * Return backoff time after message m could not be send due to 
congestion.

   * The units are raio dependent.
   * @return Backoff time after congestion
   */
  async event uint16_t congestion(message_t* m);
}

Not all events are async:

interface Read {
  /**
   * Initiates a read of the value.
   *
   * @return SUCCESS if a readDone() event will eventually come back.
   */
  command error_t read();

  /**
   * Signals the completion of the read().
   *
   * @param result SUCCESS if the read() was successful
   * @param val the value that has been read
   */
  event void readDone( error_t result, val_t val );
}

Phil

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about signal

[Philip Levis]

On Nov 13, 2007, at 8:35 PM, Michael Schippling wrote:


So I guess my question is...is signal tantamount to an interrupt,
or is it 'just' a function call? E.g, here's an interrupt routine
that I cobbled together in cargo-cult fashion which does a 'callback'
to a user "async event":

  default async event result_t HPLT3capture.fire( uint16_t count )
  { return SUCCESS; }

  TOSH_INTERRUPT(SIG_INPUT_CAPTURE3)
  {
// ...do interrupt stuff...
// warn user
signal HPLT3capture.fire( count );
  }

Does fire() run in the original interrupt context or as a separate
"software interrupt"? If it runs in the original context can I do
rval = signal HPLT3capture.fire( count );
to get its result?


It is just a function call.

You can get its result.

Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about volumes

[David]

>
> In section 4.1 from TEP 103 [1] there a sentence that says:
> A volume MUST NOT be used with more than one storage abstraction 
> instance.
> What exactly does it mean? I a volume VOLUME_V0 I should not do more than
> one "new BlockStorageC(VOLUME_DELUGE0)"?
>
> [1] http://www.tinyos.net/tinyos-2.x/doc/html/tep103.html

I think it means exactly that. You could have problems if you declared
a LogStorageC (or any other storage abstraction), anywhere else in
your app, which also uses VOLUME_DELUGE0.

David.
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about volumes

[Jonathan Hui]

On Jan 9, 2008 3:25 PM, Razvan Musaloiu-E. <[EMAIL PROTECTED]> wrote:
> Hi!
>
> In section 4.1 from TEP 103 [1] there a sentence that says:
> A volume MUST NOT be used with more than one storage abstraction 
> instance.
> What exactly does it mean? I a volume VOLUME_V0 I should not do more than
> one "new BlockStorageC(VOLUME_DELUGE0)"?

Yes.

-- 
Jonathan Hui

>
> [1] http://www.tinyos.net/tinyos-2.x/doc/html/tep103.html
>
> --
> Razvan ME
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about volumes

[Razvan Musaloiu-E.]

Hi!

On Wed, 9 Jan 2008, Jonathan Hui wrote:


On Jan 9, 2008 3:25 PM, Razvan Musaloiu-E. <[EMAIL PROTECTED]> wrote:

Hi!

In section 4.1 from TEP 103 [1] there a sentence that says:
A volume MUST NOT be used with more than one storage abstraction 
instance.
What exactly does it mean? I a volume VOLUME_V0 I should not do more than
one "new BlockStorageC(VOLUME_DELUGE0)"?


Yes.


Thanks. I implemented something similar with AMSenderC in order to get 
around this limitation.


--
Razvan ME
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about surgeTelos

[Omprakash Gnawali]

On Sun, Oct 4, 2009 at 2:08 AM, ZHANG Dian  wrote:
> Hi,
>
> I have some problems with Surge teloswhen I want to visualize the all
> motes on the java interface.
>
>   I only visualize the mote wich is connected to the PC when I run java
> net.tinyos.surge.MainClass 125.  I programmed the motes with surgetelos
> function. and in the directory java/net/tinyos/surge I make clean and
> make SURGE_PLATFORM=telos.
>  Could you help me and indicate me the differents steps that I have to do
> to visualize the whole telos motes network.
>  Moreover, the serialForwarder also only display the message from base,
> no message from other nodes.
>
>  Does the program in tinyos 1.x surgetelos and java part need revised?
>
>  I would be grateful , if you could give me some indications to resolve
> this problem.

You have to make sure routing is working across the network before you
can visualize them. If you are not receiving packets from all the
nodes, you won't be able to visualize them. You should debug that
before visualization.

- om_p

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about surge

[Omprakash Gnawali]

On Sun, Oct 4, 2009 at 6:16 PM, ZHANG Dian  wrote:
> Hi,
>
> I use the surgeTelos version to program the base as 0, the other nodes as
> the number larger than 1. I do not revise any code of it. but I can not
> receive the packet from other node, except the base. do you know why this
> happened? or could you please kindly give me some potential approaches to
> deal with it? shall I revise the code after install the tinyos 1.x?

If you use CTP in tinyos 2.x and send the log, we can help. Otherwise,
you should make sure the motes are in range of each other. You can use
a snooper (base station) to look at the content of the packets.

- om_p
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question reg. Deluge

[Razvan Musaloiu-E.]

Hi!

On Sun, 15 Nov 2009, Geetha S wrote:

> Hello,
>
> Has anyone used deluge T2 to wirelessly transmit program images to sensor
> motes? If so, please provide me any documentation of the same. I am working
> on windows environment.
>

Can you please explain more about what are you trying to accomplish? The 
Deluge T2 tutorial is here:
http://docs.tinyos.net/index.php/Deluge_T2

If it doesn't work as explained there please let us know.

Note: right now the communication between mote and the PC is very slow in 
Cygwin. Using Linux or MacOS is highly recommended. :-)

All th best!
Razvan ME
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about FTSP

[Kusy, Brano]

> On 9/05/10 11:28 PM, "tanlin"  wrote:
> 
>> 
>>  Hi,kusy
>> I'm a graduate student of the department of computer science of
>> Nanjing Univercity in China.
>>   Recently, I was reading your paper "The Flooding Time Synchronization
>> Protocol" and  have studied the
>>   implementation code of FTSP , and questions arised about the following
>> code:
>>  void task processMsg()
>> {
>> TimeSyncMsg* msg = (TimeSyncMsg*)(call Send.getPayload(processedMsg,
>> sizeof(TimeSyncMsg)));
>> if( msg->rootID < outgoingMsg->rootID &&
>> // jw: after becoming the root ignore other roots messages (in
>> send period)
>> !(heartBeats < IGNORE_ROOT_MSG && outgoingMsg->rootID ==
>> TOS_NODE_ID) )
>> 
>>   I was wondering What you use the judge !(heartbeats < IGNORE_ROOT_MSG) for
>> ?What's its functionality here?
>>   I think it is used to ignore the  messages contained the failed root.
>> Detail
>> about such a situation may be like this:
>>   the root failed, but the other nodes still transmit the synchronization
>> message which used the failed root as the
>>   message's root. This may cause that the remain nodes would synchronize to a
>> failed root. Did I catch the point?
>>   or there is some other consideration ? can you give me more informaiton
>> about it ？ 
yes, your observation is correct. i've updated the confusing comment in the
code.

thanks!
brano
 
>>   Your kind help will be appreciated, Looking forward.
>>   Best Regards!
>> 
>>Tanlin
>> 2010-05-06 
>> 
>> 
>> 
>> tanlin 
> 
> 


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question regarding CTP

[Manjunath Doddavenkatappa]

Just a guess,

Before asking the routing layer whether a new route to a neighbor is 
promising, the estimator 
asks physical layer whether the white bit of the incoming packet (from the 
sender of the new link) is set. Only if the white bit is set then 
estimator proceeds. Since the set white bit already indicates that local 
link is good (may be interpreted as ETX=1), it may not be required to verify 
the local ETX values of the existing neighbors.

Please correct me if I am wrong.

Manjunath D


***

On Tue, 10 Aug 2010, Xiaohui Liu wrote:

> Hi,
>
> The estimator can use the compare bit to ask for network layer's decision
> whether a new link to a neighbor is promising. The network layer checks if
> there are neighbors with worse ETX (ETX from a neighbor to the root,
> excluding ETX from myself to the neighbor). If there is, it recommends to
> include the neighbor, then the estimator will randomly kick out a existing
> neighbor to accommodate this new neighbor, *without* considering ETX of
> neighbors. Why? Neighbors with smaller ETX than the new neighbor can be
> evicted.
>
> Thanks in advance for helping me to understand.
>
> -- 
> -Xiaohui Liu
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question regarding CTP

[Philip Levis]

On Aug 10, 2010, at 10:50 PM, Manjunath Doddavenkatappa wrote:

> 
> Just a guess,
> 
> Before asking the routing layer whether a new route to a neighbor is 
> promising, the estimator 
> asks physical layer whether the white bit of the incoming packet (from the 
> sender of the new link) is set. Only if the white bit is set then 
> estimator proceeds. Since the set white bit already indicates that local 
> link is good (may be interpreted as ETX=1), it may not be required to verify 
> the local ETX values of the existing neighbors.
> 
> Please correct me if I am wrong.
> 
> Manjunath D

Sort of -- please refer to the 4-bit link estimation paper.

Normally, when the estimator first learns about a neighbor, it waits before 
making communication with that neighbor available (actually putting it into the 
link table as an active link). The reason is simple: after receiving only one 
packet, the estimator can't provide a good estimate, and so making the link 
active might cause a protocol to choose a very very poor link.

The white bit circumvents this initial estimation phase. The white bit 
indicates that there's a high probability that the underlying link is high 
quality; this allows the link estimator to skip the initial estimation and make 
the link immediately available for the routing layer to use.

Phil
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question regarding CTP

[Xiaohui Liu]

Hi,

Thanks for your reply.

I guess there is some misunderstanding here. When I say ETX, I mean ETX from
the neighbor to the root, not the ETX of the local link to the neighbor.
Let's call this ETX the node ETX for ease of exposition. If the network
layer can find some existing neighbor in neighbor table with worse node ETX
than the new neighbor and recommends insertion, why the underlying estimator
simply evicts a random neighbor regardless of its node ETX? This can evict a
neighbor with smaller node ETX. Look forward to your further explanation.

On Wed, Aug 11, 2010 at 12:39 PM, Philip Levis  wrote:

>
> On Aug 10, 2010, at 10:50 PM, Manjunath Doddavenkatappa wrote:
>
> >
> > Just a guess,
> >
> > Before asking the routing layer whether a new route to a neighbor is
> > promising, the estimator
> > asks physical layer whether the white bit of the incoming packet (from
> the
> > sender of the new link) is set. Only if the white bit is set then
> > estimator proceeds. Since the set white bit already indicates that local
> > link is good (may be interpreted as ETX=1), it may not be required to
> verify
> > the local ETX values of the existing neighbors.
> >
> > Please correct me if I am wrong.
> >
> > Manjunath D
>
> Sort of -- please refer to the 4-bit link estimation paper.
>
> Normally, when the estimator first learns about a neighbor, it waits before
> making communication with that neighbor available (actually putting it into
> the link table as an active link). The reason is simple: after receiving
> only one packet, the estimator can't provide a good estimate, and so making
> the link active might cause a protocol to choose a very very poor link.
>
> The white bit circumvents this initial estimation phase. The white bit
> indicates that there's a high probability that the underlying link is high
> quality; this allows the link estimator to skip the initial estimation and
> make the link immediately available for the routing layer to use.
>
> Phil




-- 
-Xiaohui Liu
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question regarding CTP

[Manjunath Doddavenkatappa]

In the terminology you defined,

"node ETX" is what white bit indicates. I.e., Set white bit indicates that 
"node ETX" of the new link is smaller (kind of ETX=1). As "node ETX" of 
the evicted node can not be less than 1 and its "ETX" (to the Root) is 
greater than that of the new node, it is OK to evict the node.


Regards,
Manjunath D


***

On Wed, 11 Aug 2010, Xiaohui Liu wrote:

> Hi,
>
> Thanks for your reply.
>
> I guess there is some misunderstanding here. When I say ETX, I mean ETX from
> the neighbor to the root, not the ETX of the local link to the neighbor.
> Let's call this ETX the node ETX for ease of exposition. If the network
> layer can find some existing neighbor in neighbor table with worse node ETX
> than the new neighbor and recommends insertion, why the underlying estimator
> simply evicts a random neighbor regardless of its node ETX? This can evict a
> neighbor with smaller node ETX. Look forward to your further explanation.
>
> On Wed, Aug 11, 2010 at 12:39 PM, Philip Levis  wrote:
>
>>
>> On Aug 10, 2010, at 10:50 PM, Manjunath Doddavenkatappa wrote:
>>
>>>
>>> Just a guess,
>>>
>>> Before asking the routing layer whether a new route to a neighbor is
>>> promising, the estimator
>>> asks physical layer whether the white bit of the incoming packet (from
>> the
>>> sender of the new link) is set. Only if the white bit is set then
>>> estimator proceeds. Since the set white bit already indicates that local
>>> link is good (may be interpreted as ETX=1), it may not be required to
>> verify
>>> the local ETX values of the existing neighbors.
>>>
>>> Please correct me if I am wrong.
>>>
>>> Manjunath D
>>
>> Sort of -- please refer to the 4-bit link estimation paper.
>>
>> Normally, when the estimator first learns about a neighbor, it waits before
>> making communication with that neighbor available (actually putting it into
>> the link table as an active link). The reason is simple: after receiving
>> only one packet, the estimator can't provide a good estimate, and so making
>> the link active might cause a protocol to choose a very very poor link.
>>
>> The white bit circumvents this initial estimation phase. The white bit
>> indicates that there's a high probability that the underlying link is high
>> quality; this allows the link estimator to skip the initial estimation and
>> make the link immediately available for the routing layer to use.
>>
>> Phil
>
>
>
>
> -- 
> -Xiaohui Liu
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question regarding CTP

[Xiaohui Liu]

Hi,

"node ETX" means the end-to-end path ETX, sum of ETX of all constituent
link, from a node to the root, not the ETX of the local link to the node.
When the white bit is set, the local ETX to the new node is regarded as 1,
not the end-to-end path ETX. Hope this helps clarify my question. Thanks.

On Thu, Aug 12, 2010 at 1:25 AM, Manjunath Doddavenkatappa <
dodda...@comp.nus.edu.sg> wrote:

>
> In the terminology you defined,
>
> "node ETX" is what white bit indicates. I.e., Set white bit indicates that
> "node ETX" of the new link is smaller (kind of ETX=1). As "node ETX" of the
> evicted node can not be less than 1 and its "ETX" (to the Root) is greater
> than that of the new node, it is OK to evict the node.
>
>
> Regards,
> Manjunath D
>
>
> 
>
> ***
>
>
> On Wed, 11 Aug 2010, Xiaohui Liu wrote:
>
>  Hi,
>>
>> Thanks for your reply.
>>
>> I guess there is some misunderstanding here. When I say ETX, I mean ETX
>> from
>> the neighbor to the root, not the ETX of the local link to the neighbor.
>> Let's call this ETX the node ETX for ease of exposition. If the network
>> layer can find some existing neighbor in neighbor table with worse node
>> ETX
>> than the new neighbor and recommends insertion, why the underlying
>> estimator
>> simply evicts a random neighbor regardless of its node ETX? This can evict
>> a
>> neighbor with smaller node ETX. Look forward to your further explanation.
>>
>> On Wed, Aug 11, 2010 at 12:39 PM, Philip Levis 
>> wrote:
>>
>>
>>> On Aug 10, 2010, at 10:50 PM, Manjunath Doddavenkatappa wrote:
>>>
>>>
 Just a guess,

 Before asking the routing layer whether a new route to a neighbor is
 promising, the estimator
 asks physical layer whether the white bit of the incoming packet (from

>>> the
>>>
 sender of the new link) is set. Only if the white bit is set then
 estimator proceeds. Since the set white bit already indicates that local
 link is good (may be interpreted as ETX=1), it may not be required to

>>> verify
>>>
 the local ETX values of the existing neighbors.

 Please correct me if I am wrong.

 Manjunath D

>>>
>>> Sort of -- please refer to the 4-bit link estimation paper.
>>>
>>> Normally, when the estimator first learns about a neighbor, it waits
>>> before
>>> making communication with that neighbor available (actually putting it
>>> into
>>> the link table as an active link). The reason is simple: after receiving
>>> only one packet, the estimator can't provide a good estimate, and so
>>> making
>>> the link active might cause a protocol to choose a very very poor link.
>>>
>>> The white bit circumvents this initial estimation phase. The white bit
>>> indicates that there's a high probability that the underlying link is
>>> high
>>> quality; this allows the link estimator to skip the initial estimation
>>> and
>>> make the link immediately available for the routing layer to use.
>>>
>>> Phil
>>>
>>
>>
>>
>>
>> --
>> -Xiaohui Liu
>>
>>


-- 
-Xiaohui Liu
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about TestFTSP

[Branislav Kusy]

> Hi,
> 
> I'm looking at TestFTSP and it looks like it only works over a single 
> hop. Is this correct or am I missing something? If so, are there any 
> test applications that deal with FTSP over multiple hops?
if you define CFLAGS += -DTIMESYNC_DEBUG in the Makefile, multihop will 
be enforced in software depending on the node id. take a look at
http://tinyos.cvs.sourceforge.net/tinyos/tinyos-2.x-contrib/stanford-lgl/apps/tests/TestFTSP/TestTimeSync.txt
for more info (ie. how to set node ids).

note that right now there are some problems with low level radio 
timestamping which we are trying to iron out.

brano
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about TestFTSP

[Robert Taylor]

Great, Thanks!
You might want to merge the apps/tests/TestFTSP/README.txt file in the main
tree with the one linked above because they are different.

2008/8/13 Branislav Kusy <[EMAIL PROTECTED]>

> Hi,
>>
>> I'm looking at TestFTSP and it looks like it only works over a single hop.
>> Is this correct or am I missing something? If so, are there any test
>> applications that deal with FTSP over multiple hops?
>>
> if you define CFLAGS += -DTIMESYNC_DEBUG in the Makefile, multihop will be
> enforced in software depending on the node id. take a look at
>
> http://tinyos.cvs.sourceforge.net/tinyos/tinyos-2.x-contrib/stanford-lgl/apps/tests/TestFTSP/TestTimeSync.txt
> for more info (ie. how to set node ids).
>
> note that right now there are some problems with low level radio
> timestamping which we are trying to iron out.
>
> brano
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about TestFTSP

[Hui Kang]

I searched in the directory for the definition of the topology, but 
failed. Could you point out where the file is. Also it seems the 
TimeSyncPollC, the dedicated beacon sender does not exist. 
TestTimeSyncMessage has to be changed for a dedicated beacon sender.

- Hui

Branislav Kusy wrote:
>> Hi,
>>
>> I'm looking at TestFTSP and it looks like it only works over a single 
>> hop. Is this correct or am I missing something? If so, are there any 
>> test applications that deal with FTSP over multiple hops?
>> 
> if you define CFLAGS += -DTIMESYNC_DEBUG in the Makefile, multihop will 
> be enforced in software depending on the node id. take a look at
> http://tinyos.cvs.sourceforge.net/tinyos/tinyos-2.x-contrib/stanford-lgl/apps/tests/TestFTSP/TestTimeSync.txt
> for more info (ie. how to set node ids).
>
> note that right now there are some problems with low level radio 
> timestamping which we are trying to iron out.
>
> brano
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
>
>   


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about TOSH_DATA_LENGTH

[Michael Schippling]

Yes. TOSH_DATA_LENGTH is the maximum user packet size
compiled into a system. All user structs will only
transmit their specified number of bytes.

MS

Faisal Aslam wrote:
> Hi,
> 
> If every packet send by a mote will always have payload equals to 
> TOSH_DATA_LENGTH or this is just a maximum limit. We can always send 
> packets much smaller than TOSH_DATA_LENGTH? Right?
> 
> regards,
> Faisal
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about TOSH_DATA_LENGTH

[bharat naik]

>
> Hi,
>
> If every packet send by a mote will always have payload equals to
> TOSH_DATA_LENGTH or this is just a maximum limit. We can always send packets
> much smaller than TOSH_DATA_LENGTH? Right?
>
> regards,
> Faisal


It is a maximum limit. Usually length is much smaller, depends on the
application though.
Check out the MultiHopEngineM.nc code. It just checks if message length is
greater than TOSH_DATA_LENGTH, to return FAIL. Try putting a debug message
there to see how many packets actually exceed that limit.

Regards,
Bharat Naik.
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about tymo

[Omar Cheikhrouhou (yahoo)]

 

Please any reply..

From: tinyos-help-boun...@millennium.berkeley.edu
[mailto:tinyos-help-boun...@millennium.berkeley.edu] On Behalf Of Omar
Cheikhrouhou (yahoo)
Sent: Sunday, August 14, 2011 2:54 PM
To: 'Romain Thouvenin'; tinyos help
Cc: Anis Koubaa (COINS)
Subject: [Tinyos-help] question about tymo

 

Hello,

I am simulating a multi-hop protocol and I use tymo for the multi-hop
service.

In my protocol I need to determine number of hop between two nodes, so I
used the interface RoutingTable, with the command "getRoute". Is it the best
solution?

Moreover, the command getRoute returns SUCCESS only if the nodes are one hop
far from (directly connected), and it returns EBUSY if the nodes are more
than one-hop far from. Can you tell me how to resolve this problem?

 

Thanks in advance,

**
Omar Cheikhrouhou 
Engineer & Researcher @SENS Lab (Software Engineering and Network Security)
Higher Institute of Technological Studies - Address : Mahdia's road Km 2.5
Sfax. BP 88 A - 3099 El Bustan Sfax Telephone : (+216)74 237425 Poste : 437
Fax: : (+216)74 431 386 

Ph.D @ CES Lab (Computer and Embedded System)-University of Sfax, National
School of Engineers BP W, Sfax, 3038, Tunisia , Fax:(+216)74665369 
Home page: http://www.ceslab.org/eng/perso.php?id=46
Coordinator C2i @ ISET Sfax (Certified C2i since 2008)

 

 

 

 

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about tymo

[Daniel Minder]

Hi Omar,

it's quite a while that I played around with TYMO - and actually it
never worked satisfyingly. So, I can only answer this question:

> Moreover, the command getRoute returns SUCCESS only if the nodes are one
> hop far from (directly connected), and it returns EBUSY if the nodes are
> more than one-hop far from.

This is how TYMO works! It only knows its direct neighbors. If you ask
for a route to a different node, it returns an EBUSY but sends out a
route request packet to discover this route. So, you have to wait and
ask for the route again later. This is also TYMO is doing. See
AMSend.send in ForwardingEngineM.nc and RouteSelect.selectRoute in
MHEngineM.nc

Best,
Daniel

-- 
Daniel Minder
University of Duisburg-Essen, Networked Embedded Systems
Bismarckstr. 90, 47057 Duisburg, Germany
Skype: d.minder
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about tymo

[Omar Cheikhrouhou (yahoo)]

Thanks for your replay.
Do you know how long I wait to get the getRoute response.

//my code is
//determine the physical hop: how far Ni is from GC
res=call RoutingTable.getRoute(GCAddress[gid], &rt_info);
//affichage parameter de la route
printf("EndDevice %02i: Printing route info res=%s\n",
TOS_NODE_ID, errType(res));
//if the route exist
if(res==SUCCESS)
{
print_route(&rt_info, sizeof(rt_info_t));
//save the physicalhop to the GC
physicalHop[gid]=rt_info.hopcnt;
}
Else
{
I wait ==> how long???
//again..
res=call RoutingTable.getRoute(GCAddress[gid],
&rt_info);
}


-Original Message-
From: tinyos-help-boun...@millennium.berkeley.edu
[mailto:tinyos-help-boun...@millennium.berkeley.edu] On Behalf Of Daniel
Minder
Sent: Tuesday, August 23, 2011 9:41 AM
To: tinyos-help@millennium.berkeley.edu
Subject: Re: [Tinyos-help] question about tymo

Hi Omar,

it's quite a while that I played around with TYMO - and actually it never
worked satisfyingly. So, I can only answer this question:

> Moreover, the command getRoute returns SUCCESS only if the nodes are 
> one hop far from (directly connected), and it returns EBUSY if the 
> nodes are more than one-hop far from.

This is how TYMO works! It only knows its direct neighbors. If you ask for a
route to a different node, it returns an EBUSY but sends out a route request
packet to discover this route. So, you have to wait and ask for the route
again later. This is also TYMO is doing. See AMSend.send in
ForwardingEngineM.nc and RouteSelect.selectRoute in MHEngineM.nc

Best,
Daniel

--
Daniel Minder
University of Duisburg-Essen, Networked Embedded Systems Bismarckstr. 90,
47057 Duisburg, Germany
Skype: d.minder
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about tymo

[Daniel Minder]

Hi,

> Do you know how long I wait to get the getRoute response.

Simple answer: Look at the TYMO code how the do it! In ForwardingEngineM
AMSend.send the a timer is started with 100ms. Then, they wait again
100ms, then 200, 400, 800 using a muliplicate approach. After 1,6s in
total they give up.

It's up to you if you want to follow their approach. The maximum wait
time will also depend on your network.

Best,
Daniel

-- 
Daniel Minder
University of Duisburg-Essen, Networked Embedded Systems
Bismarckstr. 90, 47057 Duisburg, Germany
Skype: d.minder
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about TestTinyViz

[Michael Schippling]

I don't know how detailed the simulation is, but the 'real' world
technique is simple CSMA: listen before you talk. Was that the question?
MS

Zhao Stephen wrote:

I have one simple question about "TestTinyViz". I am learning lesson 5
of TOS tutorial. When I perform "tinyviz -run main 30" and watch the
"debug messages" shown on the interface panel, I suddenly thought a
question. There are so many nodes (30) to send messages over RF, so I
guess that many collisions will happen if different motes are to send
its message simutaneously.But according to the "debug message" shown
on panel, I can not find any information about collision-prevention.
How do you think that?
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about TestTinyViz

[Zhao Stephen]

Why I can not see any code about CSMA from "TestTinyVizM.nc"?  Maybe
CSMA is low layer protocol in MICA that is not open to users?
Thanks.
 SZ

2006/10/19, Michael Schippling <[EMAIL PROTECTED]>:

I don't know how detailed the simulation is, but the 'real' world
technique is simple CSMA: listen before you talk. Was that the question?
MS

Zhao Stephen wrote:
> I have one simple question about "TestTinyViz". I am learning lesson 5
> of TOS tutorial. When I perform "tinyviz -run main 30" and watch the
> "debug messages" shown on the interface panel, I suddenly thought a
> question. There are so many nodes (30) to send messages over RF, so I
> guess that many collisions will happen if different motes are to send
> its message simutaneously.But according to the "debug message" shown
> on panel, I can not find any information about collision-prevention.
> How do you think that?
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about TestTinyViz

[Michael Schippling]

I probably should have just kept quiet since I don't use any of
the simulation packages. In the real world of mica2 and micaz
the sense/backoff code is in the platform files for the radio,
i.e., CC1000*.nc and HPLCC2420*.nc respectively.

MS

Zhao Stephen wrote:

Why I can not see any code about CSMA from "TestTinyVizM.nc"?  Maybe
CSMA is low layer protocol in MICA that is not open to users?
Thanks.
 SZ

2006/10/19, Michael Schippling <[EMAIL PROTECTED]>:

I don't know how detailed the simulation is, but the 'real' world
technique is simple CSMA: listen before you talk. Was that the question?
MS

Zhao Stephen wrote:
> I have one simple question about "TestTinyViz". I am learning lesson 5
> of TOS tutorial. When I perform "tinyviz -run main 30" and watch the
> "debug messages" shown on the interface panel, I suddenly thought a
> question. There are so many nodes (30) to send messages over RF, so I
> guess that many collisions will happen if different motes are to send
> its message simutaneously.But according to the "debug message" shown
> on panel, I can not find any information about collision-prevention.
> How do you think that?
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> 
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about TinyAlloc

[Daniele Munaretto]

You're wrong..i experienced with it and you can alloc memory as much as
the platform can.
You have to modify an header file called somewhere in the interface or
in the module, i don't remember. But in this file you can modify the
size of the piece of memory you are using. I was able to use more than 1
KB for example..may be " frame size" is the name of the field to modify
and may be one more..check it
cheers
Daniele


Sangwon Hyun wrote:
> Hello all,
> Now I am trying MemAlloc interface in TinyAlloc.
> I am not sure what is the maximum size of dynamically allocatable
> memory which TinyAlloc provides.
> When I tried "call MemAlloc.allocate(&h, 254)", the final status of
> the allocation in allocComplete event was success. But for the values
> more than 254, allocation was failed.
> So I think the maximum possible size is about 256 bytes, but I am not
> sure.
> And if I want to use more memory for dynamic memory allocation, how
> can I do that?
> Can I increase the memory size for dynamic memory allocation by
> modifying the value of some variable in TinyAlloc?
> If anybody have some information about it, please let me know.
> Thanks,
> Sangwon Hyun.
> 
>
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Tossim

[Andrea Pacini]

Probaly TOSSIM doesn't simulate the propagation delay (among other
things, it doesn't simulate also real execution time).

Regards
Andrea

WEIYAO XIAO wrote:

  Hi all,
   
  Does tossim simulate the signal's propagation delay ? I've
checked the rfc_model.c, it seems to me that the node will affect all
neighbors right after it sends out the signal, so there would be no
propagation delay, am I right?
   
  Any idea will be appreciated.
   
  Regards,
  weiyao 
   
  Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo!
Shopping
  

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
  



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Tossim

[Sharmistha Maitra]

Hello,
I too had a question in this regard. 
Can you suggest a WASN simulator which simulates propagation delay, time stamps events at the MAC layer and also preferably simulate real execution time ?
I am trying to develop a time synchronization algorithm which should be able to compensate for clock drift and propagation delay of the time synch messages passed around. There has been a lot of great studies on clock drift  and propagation delay and I am using the very popular method of linear regression to measure drift, but I donot know how feasible it is to measure propagartion delay since RF travelling at the speed of light, prop delay would be only in the order of nanoseconds. Anybody having any idea how to measure this with harwdare ( Tinyos Micamotes)  are welcome to give me suggestions.  
Another think which I thought was to use a simulator and try to estimate this prop delay. But as we know TOSSIM does not realise that. Is it possible to change TOSSIM to incorpotate these ? how ? 
What about Jprowler ? Janos what do you think ? Jprowler can be good option here ? I need to be able to do MAC layer time stamping, messgaes should have propagation delay .
Lot of questions .but I am kind of stuck how to go about this .any help, I will be very thankful...
Thanks,
Smaitra.
Content-type: multipart/alternative;
 boundary="Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)"


--Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

Probaly TOSSIM doesn't simulate the propagation delay (among other 
things, it doesn't simulate also real execution time).

Regards
Andrea

WEIYAO XIAO wrote:

> Hi all,
>  
> Does tossim simulate the signal's propagation delay ? I've checked the 
> rfc_model.c, it seems to me that the node will affect all neighbors 
> right after it sends out the signal, so there would be no propagation 
> delay, am I right?
>  
> Any idea will be appreciated.
>  
> Regards,
> weiyao 
>
> 
> Yahoo! Shopping
> Find Great Deals on Holiday Gifts at Yahoo! Shopping 
>  
>
>
>
>
>___
>Tinyos-help mailing list
>Tinyos-help@Millennium.Berkeley.EDU
>https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>  
>

--Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: 7BIT





Probaly TOSSIM doesn't simulate the propagation delay (among other
things, it doesn't simulate also real execution time).

Regards
Andrea

WEIYAO XIAO wrote:

  Hi all,
   
  Does tossim simulate the signal's propagation delay ? I've
checked the rfc_model.c, it seems to me that the node will affect all
neighbors right after it sends out the signal, so there would be no
propagation delay, am I right?
   
  Any idea will be appreciated.
   
  Regards,
  weiyao 
   
  Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo!
Shopping
  

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
  




--Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)--
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Tossim

[Philip Levis]

On Wed, 2005-12-14 at 08:10 -0800, WEIYAO XIAO wrote:
> Hi all,
>  
> Does tossim simulate the signal's propagation delay ? I've checked the
> rfc_model.c, it seems to me that the node will affect all neighbors
> right after it sends out the signal, so there would be no propagation
> delay, am I right?
>  
> Any idea will be appreciated.
>  
> Regards,
> weiyao 
> 

Correct. For the distances you're generally talking about, the
propagation delay is pretty tiny. RF is about 1ft/ns, so a wave travels
125 feet in 1 clock cycle on the 8MHz motes. Given that this is well
below the sampling interval (e.g., 200 clock cycles), the assumption is
that this degree of fidelity is not worth its cost, which would include
embedding position information as well as radio propagation paths in
TOSSIM. 

Phil

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] Question about Tossim

[Janos Sallai]

Hello,
I too had a question in this regard. 
Can you suggest a WASN simulator which simulates propagation delay, time stamps events at the MAC layer and also preferably simulate real execution time ?
I am trying to develop a time synchronization algorithm which should be able to compensate for clock drift and propagation delay of the time synch messages passed around. There has been a lot of great studies on clock drift  and propagation delay and I am using the very popular method of linear regression to measure drift, but I donot know how feasible it is to measure propagartion delay since RF travelling at the speed of light, prop delay would be only in the order of nanoseconds. Anybody having any idea how to measure this with harwdare ( Tinyos Micamotes)  are welcome to give me suggestions.  
Another think which I thought was to use a simulator and try to estimate this prop delay. But as we know TOSSIM does not realise that. Is it possible to change TOSSIM to incorpotate these ? how ? 
What about Jprowler ? Janos what do you think ? Jprowler can be good option here ? I need to be able to do MAC layer time stamping, messgaes should have propagation delay .
Lot of questions .but I am kind of stuck how to go about this .any help, I will be very thankful...
Thanks,
Smaitra.
Content-type: multipart/alternative;
 boundary="Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)"


--Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

Probaly TOSSIM doesn't simulate the propagation delay (among other 
things, it doesn't simulate also real execution time).

Regards
Andrea

WEIYAO XIAO wrote:

> Hi all,
>  
> Does tossim simulate the signal's propagation delay ? I've checked the 
> rfc_model.c, it seems to me that the node will affect all neighbors 
> right after it sends out the signal, so there would be no propagation 
> delay, am I right?
>  
> Any idea will be appreciated.
>  
> Regards,
> weiyao 
>
> 
> Yahoo! Shopping
> Find Great Deals on Holiday Gifts at Yahoo! Shopping 
>  
>
>
>
>
>___
>Tinyos-help mailing list
>Tinyos-help@Millennium.Berkeley.EDU
>https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>  
>

--Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: 7BIT










Smaitra,

 

You can’t simulate propagation delay
with prowler. I have no idea how to measure it with the real hardware either.
As you said, the propagation delay is in the order of a few hundred nanoseconds.
You can’t measure anything less than a microsecond…

 

Janos

 

-Original
Message-
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Sharmistha Maitra
Sent: Wednesday, December 14, 2005 12:41 PM
To: [EMAIL PROTECTED]
Cc:
tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help]
Question about Tossim

 

Hello,

I
too had a question in this regard. 

Can
you suggest a WASN simulator which simulates propagation delay, time stamps
events at the MAC layer and also preferably simulate real execution time ?

I
am trying to develop a time synchronization algorithm which should be able
to compensate for clock drift and propagation delay of the time synch messages
passed around. There has been a lot of great studies on clock drift  and
propagation delay and I am using the very popular method of linear regression
to measure drift, but I donot know how feasible it is to measure propagartion
delay since RF travelling at the speed of light, prop delay would be only
in the order of nanoseconds. Anybody having any idea how to measure this
with harwdare ( Tinyos Micamotes)  are welcome to give me suggestions.
 

Another
think which I thought was to use a simulator and try to estimate this prop
delay. But as we know TOSSIM does not realise that. Is it possible to change
TOSSIM to incorpotate these ? how ? 

What
about Jprowler ? Janos what do you think ? Jprowler can be good option here ? I
need to be able to do MAC layer time stamping, messgaes should have propagation
delay .

Lot
of questions .but I am kind of stuck how to go about this .any help, I
will be very thankful...

Thanks,

Smaitra.

 






--Boundary_(ID_Qqt6/VDQDLLetW/NyrSftw)--___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question on TinyOS?

[Michael Schippling]

If you mean loaded code size, it varies with the app because only
the relevant components are included in the compile. At the end of
a make you should see something like:

compiled Robot to build/mica2/main.exe
   14980 bytes in ROM
 527 bytes in RAM

For Lines'o'Code in the original source you could do
find tos -name "*.nc" -exec wc {} \;
and see...

MS


nandy jones wrote:

Hi ,
   I was wondering whats the size of TinyOS...i know its kind of wiered 
Q but  i searched everywhere but didnt get any answeri would 
appreciate if someone could answer and also where/in which document can 
i find much about the previous versions of this particular  embedded 
operating system.
 
Thanks
 
nandy



Love cheap thrills? Enjoy PC-to-Phone calls to 30+ countries 
 
for just 2¢/min with Yahoo! Messenger with Voice.





___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about I2C

[Matthew J Whelan]

Jose,You can communicate through I2C with external devices using Tinyos 1.x.  Take a look at tos/platforms/MSP430/MSP430I2CPacket  and tos/platforms/telosb/I2CPacketC & I2CPacketM.  Make sure you take care to arbitrate the bus, since the radio chip is on the same USART.Regards,Matt [EMAIL PROTECTED] wrote: -To: tinyos-help@Millennium.Berkeley.EDUFrom: [EMAIL PROTECTED]Sent by: [EMAIL PROTECTED]Date: 06/01/2006 02:31PMSubject: [Tinyos-help] Question about I2CI need to know if someone it's been working with the I2C protocol in the TMOTE iv, specifically with Tiny OS 1.1.X distribution, not in Boomerang.I need to connect the node in slave mode to another hardware. Somebody have a example or idea of how could do this ?? Thank you in advance,-- José Ulloa SuárezJefe Area de DesarrolloWiseConn S.A.___Tinyos-help mailing listTinyos-help@Millennium.Berkeley.EDUhttps://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about I2C

[jose . ulloa . suarez]

Even though I've reviewed those archives, but I have the following doubt.  
In the MSP430I2CC.nc file contained the primitives for setting the operation 
modes. Start is generated by the I2CPacket component, whenever read or write 
is made. In the StdControl.start a call to USARTControl.setModeI2C is made  
where is configurate for to work like a master.  My question is in which 
moment it is suitable to make the call for to configurate in slave and to 
assign the OwnAddress??.  After knowing clearly this, when recognizing tmote 
its direction would generate a ACK immediately, and would begin the 
reception? 
If this is correct, these had to be processed byte to byte and which events 
are generated when information is received??.

Thank you very much. 

-- 
José Ulloa Suárez


El Jueves, 1 de Junio de 2006 14:38, Matthew J Whelan escribió:
>  size=2>Jose,You can communicate through I2C
> with external devices using Tinyos 1.x.  Take a look at
> tos/platforms/MSP430/MSP430I2CPacket  and
> tos/platforms/telosb/I2CPacketC & I2CPacketM.  Make sure you take
> care to arbitrate the bus, since the radio chip is on the same
> USART.Regards, size=2>Matt  color=#990099>[EMAIL PROTECTED] wrote:
> -To: tinyos-help@Millennium.Berkeley.EDUFrom:
> [EMAIL PROTECTED]Sent by:
> [EMAIL PROTECTED]Date: 06/01/2006
> 02:31PMSubject: [Tinyos-help] Question about I2C face="Default Monospace,Courier New,Courier,monospace" size=2  >I need to
> know if someone it's been working with the I2C protocol in the TMOTE iv,
> specifically with Tiny OS 1.1.X distribution, not in Boomerang.I need
> to connect the node in slave mode to another hardware. Somebody have a
> example or idea of how could do this ?? Thank you in advance,--
> José Ulloa SuárezJefe Area de DesarrolloWiseConn
> S.A.___Tinyos-help
> mailing listTinyos-help@Millennium.Berkeley.EDU href="https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-
>help" target=blank
> >https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help<
>/A>

-- 
José Ulloa Suárez
Jefe de Desarrollo
WiseConn S.A.

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about I2C

[Matthew J Whelan]

Jose, Sorry, It didn't register the first time I read your question that you are wanting to use the Tmote as a slave device.  If I were you, I would forget about using any of the components or interfaces available, except for reference.  I would recommend taking a look at chapter 15 of the MSP430 F16xx Family User Guide (found at ti.com) which deals with I2C setup.  Using that as a reference, you should be able to access registers directly to configure and read from the USART0 as I2C. Matt[EMAIL PROTECTED] wrote: -To: Matthew J Whelan <[EMAIL PROTECTED]>From: [EMAIL PROTECTED]Sent by: [EMAIL PROTECTED]Date: 06/01/2006 03:40PMcc: tinyos-help@Millennium.Berkeley.EDUSubject: Re: [Tinyos-help] Question about I2CEven though I've reviewed those archives, but I have the following doubt.  In the MSP430I2CC.nc file contained the primitives for setting the operation modes. Start is generated by the I2CPacket component, whenever read or write is made. In the StdControl.start a call to USARTControl.setModeI2C is made  where is configurate for to work like a master.  My question is in which moment it is suitable to make the call for to configurate in slave and to assign the OwnAddress??.  After knowing clearly this, when recognizing tmote its direction would generate a ACK immediately, and would begin the reception? If this is correct, these had to be processed byte to byte and which events are generated when information is received??.Thank you very much. -- José Ulloa SuárezEl Jueves, 1 de Junio de 2006 14:38, Matthew J Whelan escribió:> > size=2>Jose,You can communicate through I2C> with external devices using Tinyos 1.x.  Take a look at> tos/platforms/MSP430/MSP430I2CPacket  and> tos/platforms/telosb/I2CPacketC & I2CPacketM.  Make sure you take> care to arbitrate the bus, since the radio chip is on the same> USART.Regards,> size=2>Matt > color=#990099>[EMAIL PROTECTED] wrote:> -To: tinyos-help@Millennium.Berkeley.EDUFrom:> [EMAIL PROTECTED]Sent by:> [EMAIL PROTECTED]Date: 06/01/2006> 02:31PMSubject: [Tinyos-help] Question about I2C> face="Default Monospace,Courier New,Courier,monospace" size=2  >I need to> know if someone it's been working with the I2C protocol in the TMOTE iv,> specifically with Tiny OS 1.1.X distribution, not in Boomerang.I need> to connect the node in slave mode to another hardware. Somebody have a> example or idea of how could do this ?? Thank you in advance,--> José Ulloa SuárezJefe Area de DesarrolloWiseConn> S.A.___Tinyos-help> mailing listTinyos-help@Millennium.Berkeley.EDU> href="" target=blank> >https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help<>/A>-- José Ulloa SuárezJefe de DesarrolloWiseConn S.A.___Tinyos-help mailing listTinyos-help@Millennium.Berkeley.EDUhttps://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question about "SimpleTime"

[Michael Schippling]

I believe that is the case. With the proviso that they
are TOS TimerC milli-sec, not 'exact' ms.

MS


Stephen zhao wrote:
> dear,
> I have read the source code of "SimpleTimeM.nc".  I found "INTERVAL = 
> 32" in code, so that I wonder if the "time" value is updated every 32 
> ms. Is it right?
>  
> 3x
>  SZ
> 
> 
> Mp3疯狂搜-新歌热歌高速下 
> 
> 
> 
> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about LPL

[Eric Decker]

2013/2/23 Gustavo Zanatta Bruno 

> What is the difference between parêmetros compilation below?
> CFLAGS + =-DLPL_INTERVAL=
> CFLAGS + =-DLPL_DEF_LOCAL_WAKEUP=
> CFLAGS + =-DLPL_DEF_REMOTE_WAKEUP=
>


If someone in the know doesn't respond you can always RTFS (Read The F***
Source).

What I would do if I were trying to figure out what those Defines do is:

from the top level of the tinyos tree...

grep -nHiR LPL_INTERVAL .

That will give you the filename and line number where each of those defines
is used in the code.

Do for each of the defines you are looking for.

eric


>
> --
> Atenciosamente:
> Gustavo Zanatta Bruno
> Mestrando em Ciência da Computação
> Pesquisador Laboratório Tempo Sistemas de Tempo Real e Embarcados
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question MSP430x1xx and MSP430x2xx

[Sivan Toledo]

TI just announced $50 boards that have an MSP430F2274 and a
2.4GHztransceiver. You attach them to an included USB-JTAG dongle.
They are
intended for prototyping and experimenting with the chips more than for
production motes, I think, but they are the kind of combination that you
mentioned. They are called EZ430-RF2500

Sivan

On 9/19/07, Xavier Orduña <[EMAIL PROTECTED]> wrote:
>
> Hi to everyone, specially to mote designers!
>
> I was just looking the MSP430 ti webpage and I have seen that there is a
> "new" familiy named MSP430x2xx, and it is less power hungry (regarding to ti
> brochures) than MSP430x1xx (that is used in I think all the motes based on
> MSP430 microcontroller).
>
> So, my question is just if it is being (or have being) considered in new
> mote designs.
>
> Thanks to everyone
>
> Xavi
>
> --
> www.alcim.net
> Buscant sempre nous reptes, alguna proposta?
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question MSP430x1xx and MSP430x2xx

[John Griessen]

Sivan Toledo wrote:

TI just announced $50 boards that have an MSP430F2274 and a
2.4GHztransceiver.


The MSP430F2274 has 32K flash where the MSP430F1611 of Tmote Sky has 48K.
How will 32K flash affect the ability to port tinyOS to the MSP430F2274?

How about the CC2510 and CC2511 with a radio and 8051 micro with 32K 
flash?  Is there any tinyos porting effort going for that recently?


How much extra flash is needed beyond the reported compiled size of
a tinyOS program?


As in:

compiled ReadMoistureSensorsC to build/ecosens1/main.exe
   14150 bytes in ROM
 360 bytes in RAM


John Griessen
--
Ecosensory
tinyOS devel on:  ubuntu Linux;   tinyOS v2.0.2;   telosb ecosens1
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] Question MSP430x1xx and MSP430x2xx

[David Moss]

Typically you don't need more flash than what is specified by the ROM size
at compile time.  But you should be concerned about RAM.  The RAM size
specified at compile time is only the heap.  The stack space is not taken
into account - so your platform should have sufficiently more RAM than what
your compiled application tells you it uses.  Although there are stack space
profilers out there that can help in this area, I generally leave at least
1kB RAM available above what the compile time RAM size says, just to be
safe.  

-David

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Griessen
Sent: Wednesday, September 19, 2007 12:32 PM
To: tinyos-help
Subject: Re: [Tinyos-help] Question MSP430x1xx and MSP430x2xx

Sivan Toledo wrote:
> TI just announced $50 boards that have an MSP430F2274 and a
> 2.4GHztransceiver.

The MSP430F2274 has 32K flash where the MSP430F1611 of Tmote Sky has 48K.
How will 32K flash affect the ability to port tinyOS to the MSP430F2274?

How about the CC2510 and CC2511 with a radio and 8051 micro with 32K 
flash?  Is there any tinyos porting effort going for that recently?

How much extra flash is needed beyond the reported compiled size of
a tinyOS program?


As in:

 compiled ReadMoistureSensorsC to build/ecosens1/main.exe
14150 bytes in ROM
  360 bytes in RAM


John Griessen
-- 
Ecosensory
tinyOS devel on:  ubuntu Linux;   tinyOS v2.0.2;   telosb ecosens1
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question on TinyOS - Telosb

[Kevin Klues]

> First Question:
> I started some months ago modifying the Oscilloscope application, i set
> the motes to read from the embedded ADC .
> I discovered that it's a 8bit ADC but i need a more accurate one, how
> can i connect an external ADC?

Its actually a 12 bit ADC, but you can connect an external one on the
expansion pins if you like.  Just be careful to do proper bus
arbitration on the device driver you write, as it shares the USART you
will be connecting to with the flash and the radio.  You can look at
the drivers for both of these components as a starting point for
writing your own external ADC driver.

>
> Second:
> The Oscilloscope application send continuously data to BaseStation, is
> it possible to send a signals to motes and make them answer with the
> message? make them send data on demand?

Sure, anythings possible, you just have to implement it that way :-)
Take a look at tutorials 14 and 16 to get a sense of how to write such an app.
http://www.tinyos.net/tinyos-2.x/doc/html/tutorial/index.html

>
> Third:
> If not is it possible to synchronize the motes making them to send the
> data at the same time? they send data regularly, but they are not
> synchronized.

Right now, TinyOS doesnt have any time synchronization protocols
implemented in the baseline.  There are contributed projects (only in
tinyos-1.x I think though unfortunately) that implement time
synchronization.  If you check out a tinyos-1.x source tree from cvs,
take a look at the projects under tinyos-1.x/contrib.

It would be great to be able to provide this service as part of
tinyos-2.x.  We just lack the manpower to make it happen.  If you
decide to port one of these to tinyos-2.x let us know and we can set
up a project for you under tinyos-2.x-contribs.

>
> Fourth:
> Is it possible to reset the motes? how can i simulate from my Java
> interface the click event on the reset button?

You would have to send it a message that triggered it to perform a
software reset.  Can I ask though why you need a mote to be reset via
software? If its still responsive enough to decode a message you send
it, it seems like you should be able to do something more useful than
resorting to a full reboot of the mote.

>
> Fifth:
> How can i monitor the quality of radio signal?

For any received packet there is an RSSI value associated with it.
You can access this value via the CC2420Packet interface found in
tinyos-2.x/tos/chips/cc2420/control

>
> Sixth:
> How can i monitor the power supplied by the battery pack?

There is currently no hardware (or software) support to let you do so
directly.  i.e. the mote can't "self-sense" the amount of power it is
drawing or has drawn.  Some people up at Berkeley are working on ways
to make this possible in future mote revisions though.

>
> Seventh:
> Is it possible to embed the Serial Forwarder in a Java Application? or
> at least make it start when the application start?

If you don't want to use a serial forwarder, you don't have to.  Take
a look at how the java applications in TestSerial and TestPrintf are
implemented.

-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about the CollectionC

[Philip Levis]

On Nov 16, 2007, at 10:34 AM, aliangwjl wrote:

Oh, sorry , I mean that all nodes are one-hop and messages sent by  
nodes out of one hop range can not be received.

thank you very much,


On Nov 13, 2007, at 9:53 PM, aliangwjl wrote:

> Dear all,
>Sorry to disturb again, I am just wondering if anyone have
> successfully run the demo in Lesson 12 of TinyOS's website or the
> TestNetwork of the CVS in the Telosb. Does it need any tricky or
> special step to configure? I find it only work for just one hop
> sensor to send message back.
>I really appreciate if someone can help,
>thank you very much.
>

Do you mean "all nodes are one-hop" or "there are nodes that I think
should be two hops but from whom I receive no data?"

Phil



How do you know they are in 2-hop range?

Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about the CollectionC

[Philip Levis]

On Nov 13, 2007, at 9:53 PM, aliangwjl wrote:


Dear all,
   Sorry to disturb again, I am just wondering if anyone have  
successfully run the demo in Lesson 12 of TinyOS's website or the  
TestNetwork of the CVS in the Telosb. Does it need any tricky or  
special step to configure? I find it only work for just one hop  
sensor to send message back.

   I really appreciate if someone can help,
   thank you very much.



Do you mean "all nodes are one-hop" or "there are nodes that I think  
should be two hops but from whom I receive no data?"


Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Task ID

[Greg Hackmann]

[EMAIL PROTECTED] wrote:
> Hi
> 
> when I post a task, for instance the example in the
> tutorials\BlinkTask\BlinkTaskC,
> post toggle() implicitly uses an instance of the TaskBasic interface,
> but in the SchedulerBasicP component,TaskBasic.postTask command has a
> parameter[uint8_t id].
> But when I post the task toggle() in the BlinkTaskC, I didn't specify
> the parameter.
> So I'm confused where the value of the parameter comes from? Thanks

nesC automatically generates a unique ID for each task.  When you post a
task, nesC internally converts this command into calling
TaskBasic.postTask(...) with the corresponding task ID.

Greg Hackmann
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Task ID

[Philip Levis]

On Dec 17, 2007, at 6:55 AM, Greg Hackmann wrote:


[EMAIL PROTECTED] wrote:

Hi

when I post a task, for instance the example in the
tutorials\BlinkTask\BlinkTaskC,
post toggle() implicitly uses an instance of the TaskBasic interface,
but in the SchedulerBasicP component,TaskBasic.postTask command has a
parameter[uint8_t id].
But when I post the task toggle() in the BlinkTaskC, I didn't specify
the parameter.
So I'm confused where the value of the parameter comes from? Thanks


nesC automatically generates a unique ID for each task.  When you  
post a

task, nesC internally converts this command into calling
TaskBasic.postTask(...) with the corresponding task ID.



This is correct. TEP 106 goes into the details.

Phil
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about parameterized interfaces

[Kevin Klues]

> Is the only way to get parameterized interfaces to instantiate is
> via first a generic interface?

Short answer.. no its not.

Try sending some code snippets of what youa re trying to do exactly
and maybe we can help some more.

Kevin

>
> thanks,
>
> eric
>
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
~Kevin
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[Razvan Musaloiu-E.]

Hi!

On Tue, 6 May 2008, jiwen zhang wrote:

> Hello all :
>   Recently , i an researching the deluge, and find a problem in TOSBootM.
>   In the function programImage(ex_flash_addr_t startAddr) , there is a 
> sentence
>   #if defined(PLATFORM_TELOSB)
>if (intAddr != TOSBOOT_END) {
> #elif defined(PLATFORM_MICAZ) || defined(PLATFORM_IRIS)
>if (intAddr != 0) {
>   
>   
>
>I can't find where TOSBOOT_END is defined . if i am using the platform
> telosb , maybe it does't work .
>can someone give me an answer ?

TOSBOOT_END is defined in tinyos-2.x/tos/lib/tosboot/Makefile.

--
Razvan ME

>I am using Tinyos2.x .
>thank you !!
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[jiwen zhang]

Hello :
   thank you very much for your reply, Razvan ME.
   i have found it .




2008/5/7, Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>
> Hi!
>
> On Tue, 6 May 2008, jiwen zhang wrote:
>
> Hello all :
> >  Recently , i an researching the deluge, and find a problem in TOSBootM.
> >  In the function programImage(ex_flash_addr_t startAddr) , there is a
> > sentence
> >  #if defined(PLATFORM_TELOSB)
> >   if (intAddr != TOSBOOT_END) {
> > #elif defined(PLATFORM_MICAZ) || defined(PLATFORM_IRIS)
> >   if (intAddr != 0) {
> >  
> >  
> >
> >   I can't find where TOSBOOT_END is defined . if i am using the platform
> > telosb , maybe it does't work .
> >   can someone give me an answer ?
> >
>
> TOSBOOT_END is defined in tinyos-2.x/tos/lib/tosboot/Makefile.
>
> --
> Razvan ME
>
>   I am using Tinyos2.x .
> >   thank you !!
> >
> >
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[jiwen zhang]

Hello all :
   when i read the file TOSBootM.nc , there are some things i can' t
understand !

  1. The external flash is divided into three slots , *i want to know the
size of every slot ? are they identical ?*
  from reading the TOSBootM , i think the *structure of every slot *is that
:

 for example , slot 0 :
 
  DELUGE_IDENT_SIZE (128 Bytes)
 

  DELUGE_CRC_BLOCK_SIZE(256 Bytes)

 -
   PAGE 0
   PAGE 1
   ...
   ...


and *PAGE structure* is that :

  -
Internal flash Address  (4 Bytes)
  -
   Page length(4 Byte)
  
   Effective Image data()
   ---
Am i right ?  i am not sure the page structure , if i am not right , can
someone give me an explain ?

2. Question about the function of  programImage(ex_flash_addr_t startAddr)

  .
  .


while ( secLength ) {

  pageAddr = newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;

  call ExtFlash.startRead(curAddr);
  // fill in ram buffer for internal program flash sector
  do {

 // check if secLength is all ones
 if ( secLength == 0x ) {
   call ExtFlash.stopRead();
   return FAIL;
 }

 buf[(uint16_t)intAddr % TOSBOOT_INT_PAGE_SIZE] = call ExtFlash.readByte();
 intAddr++; curAddr++;

 if ( --secLength == 0 ) {
   intAddr = extFlashReadAddr();
   secLength = extFlashReadAddr();
   curAddr = curAddr + 8;
 }

 newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;

  } while ( pageAddr == newPageAddr && secLength );
  call ExtFlash.stopRead();

  call Leds.set(pageAddr);

  // write out page
  if (call ProgFlash.write(pageAddr*TOSBOOT_INT_PAGE_SIZE, buf,
  TOSBOOT_INT_PAGE_SIZE) == FAIL) {
 return R_PROGRAMMING_ERROR;
  }
}

i don't know *how the programme jump out the while cycle*.  because the
condition of jumping out the while cycle is that "secLength <= 0" , but in
the while  , there is some sentences :

 if ( --secLength == 0 ) {
   intAddr = extFlashReadAddr();
   secLength = extFlashReadAddr();
   curAddr = curAddr + 8;
 }

*so when secLength == 0 , it will be given a new value (which is the next
page size ?) , how does it jump out ?*

*is it possible that it jump out from here ? :*

 if ( secLength == 0x ) {
   call ExtFlash.stopRead();
   return FAIL;
 }

i am not sure, can someone give me an explain ?
2008/5/7, jiwen zhang <[EMAIL PROTECTED]>:
>
> Hello :
>thank you very much for your reply, Razvan ME.
>i have found it .
>
>
>
>
> 2008/5/7, Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
> >
> > Hi!
> >
> > On Tue, 6 May 2008, jiwen zhang wrote:
> >
> > Hello all :
> > >  Recently , i an researching the deluge, and find a problem in
> > > TOSBootM.
> > >  In the function programImage(ex_flash_addr_t startAddr) , there is a
> > > sentence
> > >  #if defined(PLATFORM_TELOSB)
> > >   if (intAddr != TOSBOOT_END) {
> > > #elif defined(PLATFORM_MICAZ) || defined(PLATFORM_IRIS)
> > >   if (intAddr != 0) {
> > >  
> > >  
> > >
> > >   I can't find where TOSBOOT_END is defined . if i am using the
> > > platform
> > > telosb , maybe it does't work .
> > >   can someone give me an answer ?
> > >
> >
> > TOSBOOT_END is defined in tinyos-2.x/tos/lib/tosboot/Makefile.
> >
> > --
> > Razvan ME
> >
> >   I am using Tinyos2.x .
> > >   thank you !!
> > >
> > >
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[Razvan Musaloiu-E.]

Hi!

On Wed, 7 May 2008, jiwen zhang wrote:

> Hello all :
>   when i read the file TOSBootM.nc , there are some things i can' t 
> understand !
>
>  1. The external flash is divided into three slots , *i want to know the size 
> of every slot ? are they identical ?*
>  from reading the TOSBootM , i think the *structure of every slot *is that:
>
> for example , slot 0 :
> 
>  DELUGE_IDENT_SIZE (128 Bytes)
> 
>
>  DELUGE_CRC_BLOCK_SIZE(256 Bytes)
>
> -
>   PAGE 0
>   PAGE 1
>   ...
>   ...
>
>
> and *PAGE structure* is that :
>
>  -
>Internal flash Address  (4 Bytes)
>  -
>   Page length(4 Byte)
>  
>   Effective Image data()
>   ---
> Am i right ?  i am not sure the page structure , if i am not right , can
> someone give me an explain ?

You are almost right: what you call pages are called sections.

> 2. Question about the function of  programImage(ex_flash_addr_t startAddr)
>
>  .
>  .
>
>
>while ( secLength ) {
>
>  pageAddr = newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;
>
>  call ExtFlash.startRead(curAddr);
>  // fill in ram buffer for internal program flash sector
>  do {
>
> // check if secLength is all ones
> if ( secLength == 0x ) {
>   call ExtFlash.stopRead();
>   return FAIL;
> }
>
> buf[(uint16_t)intAddr % TOSBOOT_INT_PAGE_SIZE] = call ExtFlash.readByte();
> intAddr++; curAddr++;
>
> if ( --secLength == 0 ) {
>   intAddr = extFlashReadAddr();
>   secLength = extFlashReadAddr();
>   curAddr = curAddr + 8;
> }
>
> newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;
>
>  } while ( pageAddr == newPageAddr && secLength );
>  call ExtFlash.stopRead();
>
>  call Leds.set(pageAddr);
>
>  // write out page
>  if (call ProgFlash.write(pageAddr*TOSBOOT_INT_PAGE_SIZE, buf,
>  TOSBOOT_INT_PAGE_SIZE) == FAIL) {
> return R_PROGRAMMING_ERROR;
>  }
>}
>
> i don't know *how the programme jump out the while cycle*.  because the
> condition of jumping out the while cycle is that "secLength <= 0" , but in
> the while  , there is some sentences :
>
> if ( --secLength == 0 ) {
>   intAddr = extFlashReadAddr();
>   secLength = extFlashReadAddr();
>   curAddr = curAddr + 8;
> }
>
> *so when secLength == 0 , it will be given a new value (which is the next
> page size ?) , how does it jump out ?*
>
> *is it possible that it jump out from here ? :*
>
> if ( secLength == 0x ) {
>   call ExtFlash.stopRead();
>   return FAIL;
> }
>
> i am not sure, can someone give me an explain ?

The secLength will be zero because the image is padded with zeros. If the 
image is an exact number of pages the reprogramming might fail. I'll try 
to reproduce this bug tomorrow.

--
Razvan ME

> 2008/5/7, jiwen zhang <[EMAIL PROTECTED]>:
>>
>> Hello :
>>thank you very much for your reply, Razvan ME.
>>i have found it .
>>
>>
>>
>>
>> 2008/5/7, Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>>
>>> Hi!
>>>
>>> On Tue, 6 May 2008, jiwen zhang wrote:
>>>
>>> Hello all :
  Recently , i an researching the deluge, and find a problem in TOSBootM.
  In the function programImage(ex_flash_addr_t startAddr) , there is a 
 sentence
  #if defined(PLATFORM_TELOSB)
   if (intAddr != TOSBOOT_END) {
 #elif defined(PLATFORM_MICAZ) || defined(PLATFORM_IRIS)
   if (intAddr != 0) {
  
  

   I can't find where TOSBOOT_END is defined . if i am using the platform 
 telosb , maybe it does't work .
   can someone give me an answer ?

>>>
>>> TOSBOOT_END is defined in tinyos-2.x/tos/lib/tosboot/Makefile.
>>>
>>> --
>>> Razvan ME
>>>
>>>   I am using Tinyos2.x .
   thank you !!


>>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[jiwen zhang]

Hello Razvan ME:

2008/5/9 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:

> Hi!
>
> On Wed, 7 May 2008, jiwen zhang wrote:
>
> Hello all :
>>  when i read the file TOSBootM.nc , there are some things i can' t
>> understand !
>>
>>  1. The external flash is divided into three slots , *i want to know the
>> size of every slot ? are they identical ?*
>>  from reading the TOSBootM , i think the *structure of every slot *is
>> that:
>>
>> for example , slot 0 :
>>
>> DELUGE_IDENT_SIZE (128 Bytes)
>>
>>
>> DELUGE_CRC_BLOCK_SIZE(256 Bytes)
>>
>>-
>>  PAGE 0
>>  PAGE 1
>>  ...
>>  ...
>>
>>
>> and *PAGE structure* is that :
>>
>> -
>>   Internal flash Address  (4 Bytes)
>> -
>>  Page length(4 Byte)
>> 
>>  Effective Image data()
>>  ---
>> Am i right ?  i am not sure the page structure , if i am not right , can
>> someone give me an explain ?
>>
>
> You are almost right: what you call pages are called sections.
>
>
> 2. Question about the function of  programImage(ex_flash_addr_t startAddr)
>>
>> .
>> .
>>
>>
>>   while ( secLength ) {
>>
>> pageAddr = newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;
>>
>> call ExtFlash.startRead(curAddr);
>> // fill in ram buffer for internal program flash sector
>> do {
>>
>> // check if secLength is all ones
>> if ( secLength == 0x ) {
>>  call ExtFlash.stopRead();
>>  return FAIL;
>> }
>>
>> buf[(uint16_t)intAddr % TOSBOOT_INT_PAGE_SIZE] = call ExtFlash.readByte();
>> intAddr++; curAddr++;
>>
>> if ( --secLength == 0 ) {
>>  intAddr = extFlashReadAddr();
>>  secLength = extFlashReadAddr();
>>  curAddr = curAddr + 8;
>> }
>>
>> newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;
>>
>> } while ( pageAddr == newPageAddr && secLength );
>> call ExtFlash.stopRead();
>>
>> call Leds.set(pageAddr);
>>
>> // write out page
>> if (call ProgFlash.write(pageAddr*TOSBOOT_INT_PAGE_SIZE, buf,
>> TOSBOOT_INT_PAGE_SIZE) == FAIL) {
>> return R_PROGRAMMING_ERROR;
>> }
>>   }
>>
>> i don't know *how the programme jump out the while cycle*.  because the
>> condition of jumping out the while cycle is that "secLength <= 0" , but in
>> the while  , there is some sentences :
>>
>>if ( --secLength == 0 ) {
>>  intAddr = extFlashReadAddr();
>>  secLength = extFlashReadAddr();
>>  curAddr = curAddr + 8;
>> }
>>
>> *so when secLength == 0 , it will be given a new value (which is the next
>> page size ?) , how does it jump out ?*
>>
>> *is it possible that it jump out from here ? :*
>>
>> if ( secLength == 0x ) {
>>  call ExtFlash.stopRead();
>>  return FAIL;
>> }
>>
>> i am not sure, can someone give me an explain ?
>>
>
> The secLength will be zero because the image is padded with zeros. If the
> image is an exact number of pages the reprogramming might fail. I'll try to
> reproduce this bug tomorrow.
> is it to say that when reading to the end of the image , the secLength of
> the page is setted to zero , so the programme can jump out ?

 what is the meaning of "If the image is an exact number of pages the
reprogramming might fail" ? and what is the bug you say in your emial ? i
can't find the bug :-)

>
> --
> Razvan ME
>
>
> 2008/5/7, jiwen zhang <[EMAIL PROTECTED]>:
>>
>>>
>>> Hello :
>>>   thank you very much for your reply, Razvan ME.
>>>   i have found it .
>>>
>>>
>>>
>>>
>>> 2008/5/7, Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>>

 Hi!

 On Tue, 6 May 2008, jiwen zhang wrote:

 Hello all :

>  Recently , i an researching the deluge, and find a problem in
> TOSBootM.
>  In the function programImage(ex_flash_addr_t startAddr) , there is a
> sentence
>  #if defined(PLATFORM_TELOSB)
>  if (intAddr != TOSBOOT_END) {
> #elif defined(PLATFORM_MICAZ) || defined(PLATFORM_IRIS)
>  if (intAddr != 0) {
> 
> 
>
>  I can't find where TOSBOOT_END is defined . if i am using the platform
> telosb , maybe it does't work .
>  can someone give me an answer ?
>
>
 TOSBOOT_END is defined in tinyos-2.x/tos/lib/tosboot/Makefile.

 --
 Razvan ME

  I am using Tinyos2.x .

>  thank you !!
>
>
>
>>>
>>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://

Re: [Tinyos-help] question aout the TOSBootM

[Razvan Musaloiu-E.]

Hi!

On Sun, 11 May 2008, jiwen zhang wrote:

> Hello Razvan ME:
>
> 2008/5/9 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>
>> Hi!
>>
>> On Wed, 7 May 2008, jiwen zhang wrote:
>>
>> Hello all :
>>>  when i read the file TOSBootM.nc , there are some things i can' t
>>> understand !
>>>
>>>  1. The external flash is divided into three slots , *i want to know the 
>>> size of every slot ? are they identical ?*
>>>  from reading the TOSBootM , i think the *structure of every slot *is that:
>>>
>>> for example , slot 0 :
>>>
>>> DELUGE_IDENT_SIZE (128 Bytes)
>>>
>>>
>>> DELUGE_CRC_BLOCK_SIZE(256 Bytes)
>>>
>>>-
>>>  PAGE 0
>>>  PAGE 1
>>>  ...
>>>  ...
>>>
>>>
>>> and *PAGE structure* is that :
>>>
>>> -
>>>   Internal flash Address  (4 Bytes)
>>> -
>>>  Page length(4 Byte)
>>> 
>>>  Effective Image data()
>>>  ---
>>> Am i right ?  i am not sure the page structure , if i am not right , can
>>> someone give me an explain ?
>>>
>>
>> You are almost right: what you call pages are called sections.
>>
>>
>> 2. Question about the function of  programImage(ex_flash_addr_t startAddr)
>>>
>>> .
>>> .
>>>
>>>
>>>   while ( secLength ) {
>>>
>>> pageAddr = newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;
>>>
>>> call ExtFlash.startRead(curAddr);
>>> // fill in ram buffer for internal program flash sector
>>> do {
>>>
>>> // check if secLength is all ones
>>> if ( secLength == 0x ) {
>>>  call ExtFlash.stopRead();
>>>  return FAIL;
>>> }
>>>
>>> buf[(uint16_t)intAddr % TOSBOOT_INT_PAGE_SIZE] = call ExtFlash.readByte();
>>> intAddr++; curAddr++;
>>>
>>> if ( --secLength == 0 ) {
>>>  intAddr = extFlashReadAddr();
>>>  secLength = extFlashReadAddr();
>>>  curAddr = curAddr + 8;
>>> }
>>>
>>> newPageAddr = intAddr / TOSBOOT_INT_PAGE_SIZE;
>>>
>>> } while ( pageAddr == newPageAddr && secLength );
>>> call ExtFlash.stopRead();
>>>
>>> call Leds.set(pageAddr);
>>>
>>> // write out page
>>> if (call ProgFlash.write(pageAddr*TOSBOOT_INT_PAGE_SIZE, buf,
>>> TOSBOOT_INT_PAGE_SIZE) == FAIL) {
>>> return R_PROGRAMMING_ERROR;
>>> }
>>>   }
>>>
>>> i don't know *how the programme jump out the while cycle*.  because the
>>> condition of jumping out the while cycle is that "secLength <= 0" , but in
>>> the while  , there is some sentences :
>>>
>>>if ( --secLength == 0 ) {
>>>  intAddr = extFlashReadAddr();
>>>  secLength = extFlashReadAddr();
>>>  curAddr = curAddr + 8;
>>> }
>>>
>>> *so when secLength == 0 , it will be given a new value (which is the next
>>> page size ?) , how does it jump out ?*
>>>
>>> *is it possible that it jump out from here ? :*
>>>
>>> if ( secLength == 0x ) {
>>>  call ExtFlash.stopRead();
>>>  return FAIL;
>>> }
>>>
>>> i am not sure, can someone give me an explain ?
>>>
>>
>> The secLength will be zero because the image is padded with zeros. If the
>> image is an exact number of pages the reprogramming might fail. I'll try to
>> reproduce this bug tomorrow.
>> is it to say that when reading to the end of the image , the secLength of
>> the page is setted to zero , so the programme can jump out ?
>
> what is the meaning of "If the image is an exact number of pages the
> reprogramming might fail" ? and what is the bug you say in your emial ? i
> can't find the bug :-)

In order to generate the bug you need to craft an image which doesn't need 
any padding. These happens in lines 177-179 in tos-build-deluge-image:

171  all_data = []
172  for (addr, data) in all:
173all_data += encode(addr, 4) + \
174encode(len(data), 4) + \
175data
176  all_data += encode(0, 4) + encode(0, 4) # Add the marker for the end 
of an image
177  padding = [0] * (DELUGE_BYTES_PER_PAGE - len(all_data) % 
DELUGE_BYTES_PER_PAGE)
178  if len(padding) < DELUGE_BYTES_PER_PAGE:
179all_data += padding
180  all_data = deluge_crc(all_data)
181  ident['size'] = DELUGE_IDENT_SIZE + len(all_data)
182  sys.stdout.write(int2byte(deluge_ident(all_data)) + int2byte(all_data))

I did exactly that and, as expected, the programImage failed. The exit 
from that loop was on the secLength == 0x condition. In just 
committed a fix for this case in deluge branch from here:
git://hinrg.cs.jhu.ed

Re: [Tinyos-help] question aout the TOSBootM

[jiwen zhang]

Hello Razvan ME :

2008/5/16 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:

> Hi!
>
> Sorry for responding so late. I had a rather busy day. :|
>
> On Thu, 15 May 2008, jiwen zhang wrote:
>
>  hello Razvan ME :
>>  that is to say the version of
>> http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git is same with
>> http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git , i can choose one
>> to
>> download ?
>>
>
> Please take a look at how git works. A quick introduction is here:
>http://www.kernel.org/pub/software/scm/git/docs/tutorial.html
> and the manual is here:
>http://www.kernel.org/pub/software/scm/git/docs/user-manual.html
>
> The first link is the real git location. You can download the sources with
> by doing this:
>git clone http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
> You can also use the native git protocol instead of http:
>git clone git://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>
> The second link [1] you mention is just a way to see in a nice way the
> status of the tree.
>
> [1] http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git
>


> *If i have downloaded the source tree , for example , on the day of
> 2008.5.16 , and then two days later , i want to update the source tree , do
> i must download the whole source tree ?  or there is a way that i only need
> to update some files that have been modified ?*
>
>  i just a newer  to deluge , and know little to it , it is difficult for me
>> to modify deluge to make it support programme the specified motes -:)
>>
>
> I don't have much time right now but I will update the manual to include
> all the details that will explain what you need to do to reprogram the mote
> selectively.

*Do you mean that "Deluge support to reprogramme the motes selectively at
present"  if i do according to the manual that you will update?*

>
>
>  i want to know are you working for the function above ? how long can you
>> finish it approximately? (maybe it is difficult to evaluate -:) . i want
>> to
>> use the function -:) i wish you can realize it in future .
>>
>
> Depending exactly on what you want to achieve it might not be too hard to
> implement. :-)
>
> --
> Razvan ME
>
>
> 2008/5/15 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>
>> Hi!
>>>
>>> On Thu, 15 May 2008, jiwen zhang wrote:
>>>
>>> Hello Razvan ME :
>>>
  what is the difference between the version of //
 hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git and
 http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git , and
 http://hinrg.cs.jhu.edu/git/?p=razvanm/tinyos-2.x.git ? which should i
 download ?


>>> You should checkout the deluge tree using one the the following commands:
>>>   git clone git://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>> or
>>>   git clone http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>>
>>> The razvanm tree contains something else, a work-in-progress simulation
>>> of
>>> the cc2420. :D
>>>
>>>  another question :
>>>
  are you developing the deluge that can reprogramme the specified motes
 not all the motes in the network ? what is the difficulty ? how long can
 you finish it approximately?


>>> You can achieve this by putting some some inside inside Deluge T2.
>>> Basically you need to change in DelugeP.nc the way the mote reacts on the
>>> dissemination updates.
>>>
>>> --
>>> Razvan ME
>>>
>>>
>>> 2008/5/13 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>>

 Hi!

>
>
> On Sun, 11 May 2008, jiwen zhang wrote:
>
> Hello Razvan ME:
>
>
>> 2008/5/9 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>
>> Hi!
>>
>>
>>> On Wed, 7 May 2008, jiwen zhang wrote:
>>>
>>> Hello all :
>>>
>>>  when i read the file TOSBootM.nc , there are some things i can' t
>>>
 understand !

  1. The external flash is divided into three slots , *i want to know
 the
 size of every slot ? are they identical ?*
  from reading the TOSBootM , i think the *structure of every slot
 *is
 that:

 for example , slot 0 :
 
  DELUGE_IDENT_SIZE (128 Bytes)
 

  DELUGE_CRC_BLOCK_SIZE(256 Bytes)

 -
   PAGE 0
   PAGE 1
   ...
   ...


 and *PAGE structure* is that :

  -
Internal flash Address  (4 Bytes)
  -
   Page length(4 Byte)
>>

Re: [Tinyos-help] question aout the TOSBootM

[Razvan Musaloiu-E.]

Hi!

On Fri, 16 May 2008, jiwen zhang wrote:

> Hello Razvan ME :
>
> 2008/5/16 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>
>> Hi!
>>
>> Sorry for responding so late. I had a rather busy day. :|
>>
>> On Thu, 15 May 2008, jiwen zhang wrote:
>>
>>  hello Razvan ME :
>>>  that is to say the version of
>>> http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git is same with
>>> http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git , i can choose one to
>>> download ?
>>>
>>
>> Please take a look at how git works. A quick introduction is here:
>>http://www.kernel.org/pub/software/scm/git/docs/tutorial.html
>> and the manual is here:
>>http://www.kernel.org/pub/software/scm/git/docs/user-manual.html
>>
>> The first link is the real git location. You can download the sources with
>> by doing this:
>>git clone http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>> You can also use the native git protocol instead of http:
>>git clone git://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>
>> The second link [1] you mention is just a way to see in a nice way the
>> status of the tree.
>>
>> [1] http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git
>>
>
>
>> *If i have downloaded the source tree , for example , on the day of
>> 2008.5.16 , and then two days later , i want to update the source tree , do
>> i must download the whole source tree ?  or there is a way that i only need
>> to update some files that have been modified ?*
>>
>>  i just a newer  to deluge , and know little to it , it is difficult for me
>>> to modify deluge to make it support programme the specified motes -:)
>>>
>>
>> I don't have much time right now but I will update the manual to include
>> all the details that will explain what you need to do to reprogram the mote
>> selectively.
>
> *Do you mean that "Deluge support to reprogramme the motes selectively at
> present"  if i do according to the manual that you will update?*

The default behavior of Deluge is to try to make all the motes 
run the same program. By changing the DelugeP.nc you can use change this 
behavior. The manual will explain the DelugeP.nc so you can change it to 
suit your needs.

--
Razvan ME
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[Razvan Musaloiu-E.]

Hi!

On Fri, 16 May 2008, jiwen zhang wrote:

> Hello Razvan ME :
>
> 2008/5/16 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>
>> Hi!
>>
>> Sorry for responding so late. I had a rather busy day. :|
>>
>> On Thu, 15 May 2008, jiwen zhang wrote:
>>
>>  hello Razvan ME :
>>>  that is to say the version of
>>> http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git is same with
>>> http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git , i can choose one to
>>> download ?
>>>
>>
>> Please take a look at how git works. A quick introduction is here:
>>http://www.kernel.org/pub/software/scm/git/docs/tutorial.html
>> and the manual is here:
>>http://www.kernel.org/pub/software/scm/git/docs/user-manual.html
>>
>> The first link is the real git location. You can download the sources with
>> by doing this:
>>git clone http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>> You can also use the native git protocol instead of http:
>>git clone git://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>
>> The second link [1] you mention is just a way to see in a nice way the
>> status of the tree.
>>
>> [1] http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git
>>
>
>
>> *If i have downloaded the source tree , for example , on the day of
>> 2008.5.16 , and then two days later , i want to update the source tree , do
>> i must download the whole source tree ?  or there is a way that i only need
>> to update some files that have been modified ?*

You just need to do 'git pull' inside the tinyos-2.x to get the latest 
version.

--
Razvan ME
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[jiwen zhang]

Hello :

2008/5/17 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:

> Hi!
>
> On Fri, 16 May 2008, jiwen zhang wrote:
>
> Hello Razvan ME :
>>
>>  2008/5/16 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>
>> Hi!
>>>
>>> Sorry for responding so late. I had a rather busy day. :|
>>>
>>> On Thu, 15 May 2008, jiwen zhang wrote:
>>>
>>>  hello Razvan ME :
>>>
  that is to say the version of
 http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git is same with
 http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git , i can choose one
 to
 download ?


>>> Please take a look at how git works. A quick introduction is here:
>>>   http://www.kernel.org/pub/software/scm/git/docs/tutorial.html
>>> and the manual is here:
>>>   http://www.kernel.org/pub/software/scm/git/docs/user-manual.html
>>>
>>> The first link is the real git location. You can download the sources
>>> with
>>> by doing this:
>>>   git clone http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>> You can also use the native git protocol instead of http:
>>>   git clone git://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>>
>>> The second link [1] you mention is just a way to see in a nice way the
>>> status of the tree.
>>>
>>> [1] http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git
>>>
>>>
>>
>> *If i have downloaded the source tree , for example , on the day of
>>> 2008.5.16 , and then two days later , i want to update the source tree ,
>>> do
>>> i must download the whole source tree ?  or there is a way that i only
>>> need
>>> to update some files that have been modified ?*
>>>
>>>  i just a newer  to deluge , and know little to it , it is difficult for
>>> me
>>>
 to modify deluge to make it support programme the specified motes -:)


>>> I don't have much time right now but I will update the manual to include
>>> all the details that will explain what you need to do to reprogram the
>>> mote
>>> selectively.
>>>
>>
>> *Do you mean that "Deluge support to reprogramme the motes selectively at
>> present"  if i do according to the manual that you will update?*
>>
>
> The default behavior of Deluge is to try to make all the motes run the same
> program. By changing the DelugeP.nc you can use change this behavior. The
> manual will explain the DelugeP.nc so you can change it to suit your needs.
>

*Are you writing the manual now ? how long can you finish it ? i am looking
forwarder for it !!  -:)*

>
> --
> Razvan ME
>



-- 
zhang jiwen
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] question aout the TOSBootM

[jiwen zhang]

Hello :

2008/5/17 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:

> Hi!
>
> On Fri, 16 May 2008, jiwen zhang wrote:
>
> Hello Razvan ME :
>>
>> 2008/5/16 Razvan Musaloiu-E. <[EMAIL PROTECTED]>:
>>
>> Hi!
>>>
>>> Sorry for responding so late. I had a rather busy day. :|
>>>
>>> On Thu, 15 May 2008, jiwen zhang wrote:
>>>
>>>  hello Razvan ME :
>>>
  that is to say the version of
 http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git is same with
 http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git , i can choose one
 to
 download ?


>>> Please take a look at how git works. A quick introduction is here:
>>>   http://www.kernel.org/pub/software/scm/git/docs/tutorial.html
>>> and the manual is here:
>>>   http://www.kernel.org/pub/software/scm/git/docs/user-manual.html
>>>
>>> The first link is the real git location. You can download the sources
>>> with
>>> by doing this:
>>>   git clone http://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>> You can also use the native git protocol instead of http:
>>>   git clone git://hinrg.cs.jhu.edu/git/deluge/tinyos-2.x.git
>>>
>>> The second link [1] you mention is just a way to see in a nice way the
>>> status of the tree.
>>>
>>> [1] http://hinrg.cs.jhu.edu/git/?p=deluge/tinyos-2.x.git
>>>
>>>
>>
>>  *If i have downloaded the source tree , for example , on the day of
>>> 2008.5.16 , and then two days later , i want to update the source tree ,
>>> do
>>> i must download the whole source tree ?  or there is a way that i only
>>> need
>>> to update some files that have been modified ?*
>>>
>>
> You just need to do 'git pull' inside the tinyos-2.x to get the latest
> version.

i tried , it takes very long time .
i find it is very slow to download the tinyos-2.x.git now . (some days ago ,
it is much faster.) , is it the problem of  server ? -:)

>
> --
> Razvan ME
>



-- 
zhang jiwen
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Route library

[Omprakash Gnawali]

On Fri, Jul 17, 2009 at 4:03 AM, sofia
aparicio wrote:
> Hello,
>
> I want to send several messages from different motes to the base station
> (mote 0) using the Route library.
> When the base station receives the message I want to print it. How can I do
> this? Which function shall I use to do that receive or intercept?

The base station will send the message over the UART.

- om_p
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Route library

[Rubenalia]

Hi,

I have the same problem using MultihopRouter library, althougth it works
properly simulating with TinyViz.

2009/7/28 sofia aparicio 

>
> Hello,
>
> I have a problem with Route library in tinyos1.x. I am using 2 motes and 1
> base station.
> If I put this 2 motes close to the base station then I receive the
> information from both motes. But if I put mote 2 out of the radio range of
> the base station, and I put mote 1 between mote 2 and the base station, Mote
> 1 is in the range of mote 2 and base station, I only receive information
> from mote 1.
> Why is this? I would like that mote 1 also sends the information from mote
> 2.
>
> Thank you very much.
>
> Sofia
>
> --
> Charlas más divertidas con el nuevo Windows Live 
> Messenger
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Hey，
how are you doing recently?
I would like to introduce you a very good company and its website is
www.ele-superstore.com It can offer you all kinds of electronic products
that you may be in need,such as laptops ,gps ,TV LCD,cell
 phones,ps3,MP3/4,motorcycles and etc
You can take some time to have a check ,there must be something interesting
you 'd like to  purchase .
The contact email: superst...@188.com MSN: ele-superst...@hotmail.com
TEL: 0086+13699297418
Hope you can enjoy yourself in shopping from that company !

Regards
Hey，
how are you doing recently?
I would like to introduce you a very good company and its website is
www.ele-superstore.com It can offer you all kinds of electronic products
that you may be in need,such as laptops ,gps ,TV LCD,cell
 phones,ps3,MP3/4,motorcycles and etc
You can take some time to have a check ,there must be something interesting
you 'd like to  purchase .
The contact email: superst...@188.com MSN: ele-superst...@hotmail.com
TEL: 0086+13699297418
Hope you can enjoy yourself in shopping from that company !

Regards
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Route library

[Omprakash Gnawali]

On Tue, Jul 28, 2009 at 12:10 AM, sofia
aparicio wrote:
>
> Hello,
>
> I have a problem with Route library in tinyos1.x. I am using 2 motes and 1
> base station.
> If I put this 2 motes close to the base station then I receive the
> information from both motes. But if I put mote 2 out of the radio range of
> the base station, and I put mote 1 between mote 2 and the base station, Mote
> 1 is in the range of mote 2 and base station, I only receive information
> from mote 1.
> Why is this? I would like that mote 1 also sends the information from mote
> 2.

Maybe you didn't wait long enough for the new routes to form? You
might have to look into the code. You can also try MintRoute to see if
that works.

- om_p

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Question about Route library

[Rubenalia]

I waited more than 1 minute, time enought for algorithm to update its route
tree.

Thanks for your response.

2009/7/30 Omprakash Gnawali 

> On Tue, Jul 28, 2009 at 12:10 AM, sofia
> aparicio wrote:
> >
> > Hello,
> >
> > I have a problem with Route library in tinyos1.x. I am using 2 motes and
> 1
> > base station.
> > If I put this 2 motes close to the base station then I receive the
> > information from both motes. But if I put mote 2 out of the radio
> range of
> > the base station, and I put mote 1 between mote 2 and the base
> station, Mote
> > 1 is in the range of mote 2 and base station, I only receive information
> > from mote 1.
> > Why is this? I would like that mote 1 also sends the information from
> mote
> > 2.
>
> Maybe you didn't wait long enough for the new routes to form? You
> might have to look into the code. You can also try MintRoute to see if
> that works.
>
> - om_p
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Hey，
how are you doing recently?
I would like to introduce you a very good company and its website is
www.ele-superstore.com It can offer you all kinds of electronic products
that you may be in need,such as laptops ,gps ,TV LCD,cell
 phones,ps3,MP3/4,motorcycles and etc
You can take some time to have a check ,there must be something interesting
you 'd like to  purchase .
The contact email: superst...@188.com MSN: ele-superst...@hotmail.com
TEL: 0086+13699297418
Hope you can enjoy yourself in shopping from that company !

Regards
Hey，
how are you doing recently?
I would like to introduce you a very good company and its website is
www.ele-superstore.com It can offer you all kinds of electronic products
that you may be in need,such as laptops ,gps ,TV LCD,cell
 phones,ps3,MP3/4,motorcycles and etc
You can take some time to have a check ,there must be something interesting
you 'd like to  purchase .
The contact email: superst...@188.com MSN: ele-superst...@hotmail.com
TEL: 0086+13699297418
Hope you can enjoy yourself in shopping from that company !

Regards
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help