[Tinyos-help] Problem with Netsync, restarting motes.

[Henric Kärnhall]

Hi,

I'm using tinyos 2.0.4 from Moteiv and the netsync component to get
synchronized time information when i'm sampling data. I have changed the
dutycycle to 100%
LOWPOWER ?= 100 in the file lowpower.extra
to get a higher data rate on the radio. (Is this a  correct way to get
higher data rate with sync?)

My problem is that it takes 3-5 (or more) minutes before the slave nodes
have a stable sync to the master node. The startup time is not a big
problem but during that time the slave nodes are restarting (?). It
seems like they get a reset? The StdControl.init() function is executed.
And it also happens that the slave nodes drops the sync, 10-30 minutes
after it has stabilized, and the procedure must start all over again.

Is this normal?

/Henric

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

[Tinyos-help] Hlep me with power consumption!

[Hieu Tran]

Hi all!  Currently, I try to estimate energy consumption of motes, I search in www.tinyos.net and found this report http://www.eecs.harvard.edu/~shnayder/ptossim/mica2bench/summary.htmlHowever, I am not sure in some states of mote and I want to ask you for your help.  My question is: along with transmitting and receiving states, what is states of CPU and Radio? In my experiment, I made no modify to let motes into sleep state. I read some where said that, mote will automaticaaly change to sleep state if there is no packet to transmit or receive. So I wonder how motes can detect the incoming packet? Or it turn on anf off periodically? Besides, I also want to know how motes can detect collision before
 transmitting.  Could you please give me some suggestions?Thanksin advance!   Regard!   Tran Chi Hieu[EMAIL PROTECTED] wrote:  Send Tinyos-help mailing list submissions totinyos-help@Millennium.Berkeley.EDUTo subscribe or unsubscribe via the World Wide Web, visithttps://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-helpor, via email, send a message with subject or body 'help' to[EMAIL PROTECTED]You can reach the person managing the list at[EMAIL PROTECTED]When replying, please edit your Subject line so it is more specificthan "Re: Contents of Tinyos-help digest..."Today's Topics:1. Stargate and Tmote (Santosh
 Godbole)--Message: 1Date: Wed, 16 Aug 2006 23:21:30 +0530From: "Santosh Godbole" <[EMAIL PROTECTED]>Subject: [Tinyos-help] Stargate and TmoteTo: Message-ID: <[EMAIL PROTECTED]>Content-Type: text/plain; charset="us-ascii"Hi,I have a mesh network of tmote motes. I want to connect Xbow's Stargateto this mesh network. Is it possible? If so, how?Thank you,Santosh-- next part --An HTML attachment was scrubbed...URL: http://mail.millennium.berkeley.edu/pipermail/tinyos-help/attachments/20060816/4cfb5c00/attachment-0001.htm--___Tinyos-help mailing
 listTinyos-help@Millennium.Berkeley.EDUhttps://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-helpEnd of Tinyos-help Digest, Vol 40, Issue 63*** 
		Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] eclipse plugin make on rene2

[Sören Rinne]

Hi,can anybody tell me, why "make" won't work for target "rene2" in the eclipse plugin? There is a folder called "rene2" in "tos\platform", but ...?cheersSoeren

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

[Tinyos-help] power consumption!

[Claro Noda]

Hieu:some mote radios (802.15.4) has a clear channel assesment (CCA) function build in used to
handle collisions... they implement a CSMA-CA protocol that will back off  if signal strength overcome a configurable threshold  in the tuned frequency ...and retry to transmit later. Thus the same mechanism will wake up the processor to attend incomming packets.
cheers,Claro.
My question is: along with transmitting and receiving states, what is states of CPU and Radio? In my experiment, I made no modify to let motes into sleep state. I read some where said that, mote will automaticaaly change to sleep state if there is no packet to transmit or receive. So I wonder how motes can detect the incoming packet? Or it turn on anf off periodically? Besides, I also want to know how motes can detect collision before
 transmitting. 


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

[Tinyos-help] TinyAODV - SingleHopMsg;

[[EMAIL PROTECTED]]

Dear Friends,

Have problems in using SingleHopMsg interface.

I am able to send messages via SingleHopMsg and also receiving
messages at the other end but payload pointer of Receive.receive is not
pointing to the original data that I had sent. I doubt in the way
I am filling the TOS_MSg.data to send payload on multihop.

If some have used SingleHopMsg interface succesfully please let me
know.

Thanking you,
D. Manjunath

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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

Re: [Tinyos-help] __attribute__ ((C, spontaneous))

[David Gay]

On 8/16/06, Ning Xu <[EMAIL PROTECTED]> wrote:

Hi David,

I encounter this problem:  in my nesc module there is a command that
will be called from another object file. nesC convert this command as
static function which gets optimized away before the linking process.

I have tried __attributed__((unused)), it does not help.

I also try __attribute__((spontatenous C)), this time nesC complains
error, saying spontatenous C must be applied to external function,
which make sense.


You can use it on functions defined in modules, just not on commands
or events. Simply have a function that just calls the command...

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

Re: [Tinyos-help] eclipse plugin make on rene2

[Firat TARAKTAS]

1. have you created a rene2.target file in 
tools/make?
2. Modify tools/make/all.target file as PLATFORMS 
?= mica mica2 mica2dot telos telosb micaz pc rene2?
 
I wish they can solve


___Fırat 
TARAKTAŞ 





GENETLAB BİLGİ TEKNOLOJİLERİ A.Ş. 


Kayışdağı Caddesi Kar Plaza D Blok Kat:3 34752İçerenköy / 
İstanbul 


Tel: +90 (216) 573 00 85 | 354 
Fax:+90 (216) 469 85 07 


[EMAIL PROTECTED]www.genetlab.com  



 

 - Original Message - 

  From: 
  Sören Rinne 
  
  To: tinyos-help@Millennium.Berkeley.EDU 
  
  Sent: Thursday, August 17, 2006 2:16 
  PM
  Subject: [Tinyos-help] eclipse plugin 
  make on rene2
  Hi,can anybody tell me, why "make" won't work for 
  target "rene2" in the eclipse plugin? There is a folder called "rene2" in 
  "tos\platform", but ...?cheersSoeren
  
  

  ___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

[Tinyos-help] read packet from serial forwarder

[jurin dan]

hi,

i want to know if i'm able to connect a client to serial forwarder, how can 
i manage so that this client get the packet read by the serial forwarder.


thx

_
Play Q6 for your chance to WIN great prizes.  
http://q6trivia.imagine-live.com/enca/landing


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

Re: [Tinyos-help] Problem with Netsync, restarting motes.

[Philip Levis]

On Aug 17, 2006, at 1:41 AM, Henric Kärnhall wrote:


Hi,

I'm using tinyos 2.0.4 from Moteiv and the netsync component


Do you mean Boomerang 2.0.4? TinyOS 2.0 is in beta2.

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

Re: [Tinyos-help] Problem with Netsync, restarting motes.

[Joe Polastre]

Hi Henric,

 When you want to use lowpower, you should compile with:

make tmote lowpower

 If you want a 100% duty cycle, then compile with:

make tmote

 To change the duty cycle that the application is compiled with (from
1-50% are supported), you can compile with the following option:

make tmote lowpower,#

 where # is a number between 1 and 50 representing the duty cycle.

 Furthermore, you may want to check out

http://www.moteiv.com/community/Moteiv_Boomerang_Fixes

 for the most up-to-date supported patches.  There is a patch there
for NetSync with Boomerang 2.0.4, FYI.

-Joe


On 8/17/06, Henric Kärnhall <[EMAIL PROTECTED]> wrote:

Hi,

I'm using tinyos 2.0.4 from Moteiv and the netsync component to get
synchronized time information when i'm sampling data. I have changed the
dutycycle to 100%
LOWPOWER ?= 100 in the file lowpower.extra
to get a higher data rate on the radio. (Is this a  correct way to get
higher data rate with sync?)

My problem is that it takes 3-5 (or more) minutes before the slave nodes
have a stable sync to the master node. The startup time is not a big
problem but during that time the slave nodes are restarting (?). It
seems like they get a reset? The StdControl.init() function is executed.
And it also happens that the slave nodes drops the sync, 10-30 minutes
after it has stabilized, and the procedure must start all over again.

Is this normal?

/Henric

___
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: how to solve the "Entry point not found" problem when install mspgcc?

[Joe Polastre]

Your cygwin version does not match the version that the tools were compiled for.

-Joe

On 8/16/06, Fenghua Yuan <[EMAIL PROTECTED]> wrote:


I installed TinyOS for micaZ using Crossbow Install CD, and it works well
for micaZ.
Now I want to revise or extend this software environment to let it work for
telos mote as well.

When i try to "make telos" directly, i got the error "Could not execute
msp430-gcc.exe".
So i started the extention by installing mspgcc.

I installed the following tools using cmd: rpm --force --ignoreos --ivh
*.rpm
msp430tools-base-0.1-20050607.cygwin.i386.rpm
msp430tools-binutils-2.16-20050607.cygwin.i386.rpm
msp430tools-gcc-3.2.3-20050607.cygwin.i386.rpm
msp430tools-gdb-6.0-20050609.cygwin.i386.rpm
msp430tools-gdb-proxy-6.0-20050609.cygwin.i386.rpm
msp430tools-libc-20050308cvs-20050608.cygwin.i386.rpm
msp430tools-python-tools-1.0-1.cygwin.noarch.rpm
tinyos-javacomm-1.0.0-1.cygwin.i386.rpm

Then, I did the make again, "make telos", and got another error in the error
msg box:
"The procedure entry point _getreent could not be located in the dynamic
link library cygwin1.dll"

 Does anybody have idea or suggestion about how to solve this problem?
thanks.







___
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] serial forwarder

[jurin dan]

who know serial forwarder byte order?

thx

_
Play Q6 for your chance to WIN great prizes.  
http://q6trivia.imagine-live.com/enca/landing


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

[Tinyos-help] Error in msp430 interfaces

[Nuru Yakub Othman]

Hi,

I am relatively new to nesC/tinyOS and I am trying to compile the TCP/IP
stack (TinyOS port of microIP) as contributed by HP. I am getting the
following error:

C:/PROGRA~1/UCB/cygwin/opt/tinyos-1.x/tos/platform/msp430/MSP430ClockC.nc:41
: ca
nnot find `ACLKControl'
C:/PROGRA~1/UCB/cygwin/opt/tinyos-1.x/tos/platform/msp430/MSP430ClockC.nc:42
: ca
nnot find `ACLKCompare'
make: *** [exe0] Error 1


When I check the corresponding lines in MSP430ClockC.nc, I see: 

MSP430ClockM.ACLKControl -> MSP430TimerC.ControlB2;
MSP430ClockM.ACLKCompare -> MSP430TimerC.CompareB2;

And in the corresponding module:

module MSP430ClockM
{
  provides interface StdControl;
  provides interface MSP430ClockInit;
  uses interface MSP430Compare as ACLKCompare;
  uses interface MSP430TimerControl as ACLKControl;
}

Can someone advice as to how I can solve this problem?

I would have expected that the MSP430Compare and MSP430TimerControl to be
'provided' by the module for the configuration file to use them. Isn't it?

But I understand that these msp430 nesc codes and the stack have been
successfully compiled by others. Am I missing something?

Your help is appreciated.

Thanks and regards,
//Nuru.


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

Re: [Tinyos-help] Error in msp430 interfaces

[Cory Sharp]

Nuru, it looks like your files between your module and TinyOS are in
an inconsistent state.  The "ACLK" interfaces used by MSP430ClockM
were removed in March of 2005. - Cory

On 8/17/06, Nuru Yakub Othman <[EMAIL PROTECTED]> wrote:

Hi,

I am relatively new to nesC/tinyOS and I am trying to compile the TCP/IP
stack (TinyOS port of microIP) as contributed by HP. I am getting the
following error:

C:/PROGRA~1/UCB/cygwin/opt/tinyos-1.x/tos/platform/msp430/MSP430ClockC.nc:41
: ca
nnot find `ACLKControl'
C:/PROGRA~1/UCB/cygwin/opt/tinyos-1.x/tos/platform/msp430/MSP430ClockC.nc:42
: ca
nnot find `ACLKCompare'
make: *** [exe0] Error 1


When I check the corresponding lines in MSP430ClockC.nc, I see:

MSP430ClockM.ACLKControl -> MSP430TimerC.ControlB2;
MSP430ClockM.ACLKCompare -> MSP430TimerC.CompareB2;

And in the corresponding module:

module MSP430ClockM
{
  provides interface StdControl;
  provides interface MSP430ClockInit;
  uses interface MSP430Compare as ACLKCompare;
  uses interface MSP430TimerControl as ACLKControl;
}

Can someone advice as to how I can solve this problem?

I would have expected that the MSP430Compare and MSP430TimerControl to be
'provided' by the module for the configuration file to use them. Isn't it?

But I understand that these msp430 nesc codes and the stack have been
successfully compiled by others. Am I missing something?

Your help is appreciated.

Thanks and regards,
//Nuru.


___
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] serial forwarder

[Michael Schippling]

TOSMsg byte order is little-endian,
a byte stream like 11 22 33 44 is two short ints with values 0x2211 0x4433

MS

jurin dan wrote:


who know serial forwarder byte order?

thx

_
Play Q6 for your chance to WIN great prizes.  
http://q6trivia.imagine-live.com/enca/landing


___
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] Can Radio Receive become "Stuck" ?

[Ted Herman]

During the past eight weeks, when I had the time, I tried following
Joe's and Phil's advice, but never solved the problem.  Since I did
make a serious effort, and have a current workaround, I figure it
could be useful to tell the story.

Immediately, I modified my application so that every ReceiveMsg.receive
gave back the same address it was passed.  No change in symptoms
whatsoever (I should mention at this point that the application can run
over twenty minutes before the error occurs, though sometimes it
happens within a couple minutes; this is the first hint of something like
a Heisenbug). 


Then I started digging deeper.  I instrumented CC2420RadioM with
a debugging interface, also adding to my application periodic shouts
of debugged data.  I could watch the pointer, rxbufptr in CC2420RadioM,
to see if that correlated with my application's getting stuck.  Lucky me!
I see that rxbufptr gets corrupted at about the same time the application
goes deaf.  One would think that debugging would be easy from this
point, but my experience was otherwise.

I carefully desk-checked my code, straining to find some way it could
be returning a different pointer value;  no luck.  I added conditional
checks to CC2420RadioM to detect any new pointer being returned
from ReceiveMsg.receive.  Negatory on that front. 


So I started studying CC2420RadioM to find some other place that
rxbufptr is written.  There is another situation (I mean besides
SplitControl.init(), of course).  I added some conditional code there to
detect a new value being written.  The conditional code would write
some small history to a new variable in CC2420RadioM, which was
exfiltrated by my debugging harness.  My experiments showed that
rxbufptr was getting corrupted outside of either assignment in
CC2420RadioM (well, I can't be absolutely certain of that, modulo my
understanding of atomicity, optimizing compilation or other opaque
refinements to the execution model). 


The sickening conclusion?  Someone was indexing afar, overwriting
rxbufptr with junk.  And it _did_ look like junk.  No real pattern I
could see, varying from test run to test run.   Didn't look even like a
pointer.  At this point, I tried what any experienced debugger tries,
I built a fence around rxbufptr, reporting the values of the fence in
my periodic debug messages.  The fence never got hit!

This is strange, why would some stray bug just hit rxbufptr?  So, I
tried moving rxbufptr and its fence around, duplicating rxbufptr,
changing all usages of the idiom "rxbufptr->" to something else,
and quite a few other strange and desperate hacks.  Yet that bug
outsmarted me every time, seemingly omniscient about the location
of rxbufptr (recall, each test cost about half an hour). 


Sometimes I would work in the other direction.  Removing, module
by module in my application, send and receive operations.  I discovered
that, at a certain point, the problem would not arise.  However, this
was not particularly helpful, since running everything just up to the
actual send() could execute without triggering deafness in the
application. 


Now, in a crazy moment, I conjectured that maybe the problem had
to do with frequency of send() operations, or something along that
line of thinking.   So I tried the following hack:  I modified
SPAdaptorGenericCommM so that it would fail any send() operation
until the previous send() had completed.  My application tolerates
send() failures by retrying after a quarter second.  I know this defeats 
that

new message pool stuff that everyone is raving about
(http://blog.moteiv.com/archives/2006/08/effective_link.php), but
I thought, hey, it's worth a try. 


And the problem has not resurfaced, using this hack.  Unfortunately,
I still don't know where that bug is hiding, but if this technique can
be of value to others, I have humbly related my experience.



Philip Levis wrote:


On Jun 21, 2006, at 4:23 PM, Ted Herman wrote:


Dear Radio Stack Experts (using moteiv distro, GenericComm interface):

I've got a program that enters a curious behavior.  Initially, for  a 
few

minutes, it sends and receives messages.  Sending is driven by Timer
events.  Then it stops receiving messages, though it continues to send
messages (the sending is done out of a posted task).   I watch the
messages via sf/TOSBase.

Why do I think it stops receiving messages?  The first thing in the
ReceiveMsg event is a call to Leds.greenToggle().  During the first
few minutes, this blinks as one would expect, but then stops blinking
(other behavior such as the sent message contents confirms the
hypothesis that the mote is not receiving, though messages are in
the air to be received).



What do you mean "the message contents?" It's always possible that  
down in the data-link layer below GenericComm it's being received,  
but is then being filtered out due to address, AM type, etc.



Because messages continue to be sent, I reckon the task queue
can't be such that Led blinking would be in

[Tinyos-help] T2 & Collection Java tools

[Jay Taneja]

Hi,I have developed an application for T2 along with simple Java tools that output formatted message contents. For the single-hop case (just broadcasting messages), the Java tools work fine - they identify that messages are of my defined type (called RadioMsg, in this case) and the messageReceived function is called.
When I switched to the multihop case (using Collection, included with beta 2), I modified BaseStation to be a root of the Collection tree. I expected to have to modify the Java tools (as was the case with MintRoute/MultiHopLQI in 
tinyos-1.x) to remove the routing protocol headers from the received packets. However, looking at the Java tools for Oscilloscope and MultihopOscilloscope, they are identical - no change is made from the single hop to multihop case. When I run the Java tools for my application with multihop, the messageReceived function is no longer running, meaning that messageListener doesn't recognize the AM type of incoming messages. I can tell the BaseStation node is receiving the messages, though, as Listen registers the correct amount of packets and the packet structure looks the same (save for what is presumably the Collection header within the packet). Here are sample packet traces:
Single hop case
00 FF FF FF FF 12 00 4C C0 00 00 01 00 1E 33 30 3A 20 66 3D 30 2C 62 3D 39 00Multihop case00 FF FE FE FF 19 00 14 00 00 01 1E 4C 00 00 C0 00 00 01 00 1E 33 30 3A 20 66 3D 30 2C 62 3D 39 00I am using AM type 4C (76 decimal). The payload for my application starts at "33" and is identical in these two packets. I had initially used the wrong interface commands to place the payload (wasn't using the Collection send, but rather the single hop send), but I have fixed that and the payload appears to be placed correctly in the multihop packets.
Anyone know what may be wrong here? I mirrored the MultihopOscilloscope Java app in creating my own, but still was not successful - I even just changed the names of the classes used in the Oscilloscope Java app, but the MessageListener simply isn't registering that packets of that type are being received.
Thanks.-jay
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: {Spam?} Re: [Tinyos-help] eclipse plugin make on rene2

[Simon Willis]

I have the same problem in Eclipse. I have altered the make environment 
for my own node using a similar process to you, except I didn't copy my 
.target file into the tools/make directory. I just set the TOSMAKE_PATH 
variable to contain the location of my own make directory in the contrib 
directory.


make works fine from the shell, but not with Eclipse. I suspect that the 
Eclipse plugin might be using the old make environment instead of the 
new one.


Simon

Firat TARAKTAS wrote:

1. have you created a rene2.target file in tools/make?
2. Modify tools/make/all.target file as PLATFORMS ?= mica mica2 
mica2dot telos telosb micaz pc rene2?

I wish they can solve
___
*F?rat TARAKTAS,** *

*GENETLAB BI.LGI. TEKNOLOJI.LERI. A.S,.*
Kay?s,dag(? Caddesi Kar Plaza D Blok Kat:3 34752
I.çerenköy / I.stanbul

Tel: +90 (216) 573 00 85 | 354
Fax:+90 (216) 469 85 07

[EMAIL PROTECTED] 
*www.genetlab.com
* * * 

- Original Message -

*From:* Sören Rinne 
*To:* tinyos-help@Millennium.Berkeley.EDU

*Sent:* Thursday, August 17, 2006 2:16 PM
*Subject:* [Tinyos-help] eclipse plugin make on rene2

Hi,

can anybody tell me, why "make" won't work for target "rene2" in
the eclipse plugin? There is a folder called "rene2" in
"tos\platform", but ...?

cheers
Soeren


___
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

[Tinyos-help] I2C ADC (AD7734)

[Andrew Redfern]

I'm looking into using the AD7734 with the telos mote.  I was wondering if anyone has written interface/driver code for this chip to work with tinyos.Thanks,Andrew
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Reading MCU regisgers with ice-gdb

[Simon Willis]

Hi,

I'm using a JTAGICE II and ice-gdb for debugging. Is there anyway to 
read the MCU registers when I hit a breakpoint? I know how to read the 
normal registers like r0,r1 etc, but I don't know how to access the 
peripheral registers like the timer status registers etc. Can anyone help?


Thanks,

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

[Tinyos-help] Problem when download application to micaz/mib510

[Fenghua Yuan]

Hi
 
I installed the Tinyos-1.1.11 (download from tinyos website)
refer to the link: Windows Installshield Wizard for TinyOS CVS Snapshot 1.1.11
 (less tested, but fresh) 
 
The compilation for micaz ($make micaz)  is finished without error,
but when i try to download the application (e.g. Blink) to the micaz/mib510 after the compilation, 
it stucked, and what was shown on the cygwin screen is:
 
$make micaz reinstall mib510,com6
cp build/micaz/main.srec build/micaz/main.srec.out
  installing micaz binary using mib510
uisp -dprog=mib510 -dserial=com4 --wr_fuse_h=0xd9 -dpart=ATmega128 --wr_fuse_e=ff 
--erase --upload if=build/micaz/main.srec.out
 
Does anybody have any idea or suggestion about how to solve this problem?
thanks
 
 
 
 
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Tinyos-2.x Upgrade.

[Kannan Srinivasan]

Hi All,

I am using cygwin and followed the instructions outlined on
http://www.tinyos.net/tinyos-2.x/doc/html/upgrade-tinyos.html to upgrade
from tinyos-1.x to tinyos-2.x. I first set the environment variables as:

TOSROOT="/opt/tinyos-2.x"
export TOSROOT
TOSDIR="$TOSROOT/tos"
export TOSDIR
export CLASSPATH=`cygpath -w $TOSROOT/support/sdk/java/tinyos.jar`
export CLASSPATH="$CLASSPATH;."
MAKERULES="$TOSROOT/support/make/Makerules"
export MAKERULES
export PATH=/opt/msp430/bin:$PATH

# Extend path for java -
type java >/dev/null 2>/dev/null || PATH=`/bin/tos-locate-jre --java`:$PATH
type javac >/dev/null 2>/dev/null || PATH=`/bin/tos-locate-jre
--javac`:$PATH
echo $PATH | grep -q /bin || PATH=/bin:$PATH

Then, I compiled java tools:

cd tinyos-2.x/support/sdk/java/
make clean
make all

I got the following warnings/errors:

make[1]: Leaving directory `/opt/tinyos-2.x/support/sdk/java/net'
Note: TOSSerial.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: Receiver.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: Packetizer.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: PhoenixSource.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: Platform.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: SFListen.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: SFWindow.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: MsgReader.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.

Can someone help me with the errors?

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

Re: [Tinyos-help] Reading MCU regisgers with ice-gdb

[Ram Kumar Rengaswamy]

Hi,

AVR IO registers are memory mapped.
For e.g. TCCR0 register is at the address 0x53.
You can use view the contents of this IO register by creating a  
pointer to that address and dereferencing it.

Something like:  p/x *(uint8_t*)0x53
The memory addresses of the registers can be obtained from the AVR  
datasheet.


-Ram

On Aug 17, 2006, at 4:40 PM, Simon Willis wrote:


Hi,

I'm using a JTAGICE II and ice-gdb for debugging. Is there anyway  
to read the MCU registers when I hit a breakpoint? I know how to  
read the normal registers like r0,r1 etc, but I don't know how to  
access the peripheral registers like the timer status registers  
etc. Can anyone help?


Thanks,

Simon
___
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] T2 & Collection Java tools

[Philip Levis]

On Aug 17, 2006, at 2:56 PM, Jay Taneja wrote:


Hi,

I have developed an application for T2 along with simple Java tools  
that output formatted message contents. For the single-hop case  
(just broadcasting messages), the Java tools work fine - they  
identify that messages are of my defined type (called RadioMsg, in  
this case) and the messageReceived function is called.


When I switched to the multihop case (using Collection, included  
with beta 2), I modified BaseStation to be a root of the Collection  
tree. I expected to have to modify the Java tools (as was the case  
with MintRoute/MultiHopLQI in tinyos-1.x) to remove the routing  
protocol headers from the received packets. However, looking at the  
Java tools for Oscilloscope and MultihopOscilloscope, they are  
identical - no change is made from the single hop to multihop case.


Correct. A MultihopOscilloscope base station takes the payload out of  
a multihop message and puts it into a packet that it sends over the  
UART. It does not send the multihop headers. Receive.receive is  
signaled in Collection when a base station receives a packet.


event message_t*
  Receive.receive(message_t* msg, void *payload, uint8_t len) {
if (uartbusy == FALSE) {
  oscilloscope_t* in = (oscilloscope_t*)payload;
  oscilloscope_t* out = (oscilloscope_t*)call  
SerialSend.getPayload(&uartbuf

);
  if (len != sizeof(oscilloscope_t)) {
return msg;
  }
  else {
memcpy(out, in, sizeof(oscilloscope_t));
  }
  uartbusy = TRUE;
  uartlen = sizeof(oscilloscope_t);
  post uartSendTask();
}

return msg;
  }

The two packets have different AM types. Collection packets have AM  
type 0x14 (tos/lib/net/collection/Collection.h), while  
MultihopOscilloscope packets (which come over the serial port) have  
type 0x93.


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

[Tinyos-help] deluge packets from oscilloscope?

[Claro Noda]

hi all.thanks for replies on this thread.
Interesting enough.. we're only programming the mote with moteiv oscilloscopeand we getting packets like this: 


>7E 42 1C 01 08 2C FF FF FF FF A1 7D 5D 02 00 02 01 FF FF FF FF FF FF FF FF
>FF FF 00 00 00 00 FF FF 01 00 00 00 00 00 06 00 DC 42 7E 7E 00 00>>7E 42 1A 01 08 2D FF FF FF FF 0A 7D 5D 02 00 0A 00 00 00 10 07 D8 06 9A 06 >96 06 A1 06 9B 06 B4 06 BE 06 E2 06 EE 06 26 23 50 7E 7E 00 00


if A1 comes from deluge, what does it has to do with the oscilloscope?thanks for your support.Claro.   
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Unsubscribe

[Ming]

HiYou can do it by follow link:https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-helpyours,
CMOn 8/15/06, #ALLAN LEE# <[EMAIL PROTECTED]> wrote:










Hi Sir/ Mdm,
   I need to unsubscribe from this mail list as it is flooding my email account, but I do not find a mechanism to do so. Can you pls help? THANKS!

rgds,
@llan




___Tinyos-help mailing listTinyos-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] ice-insight

[Wang Longjun]

Spam detection software, running on the system "mail.Millennium.Berkeley.EDU", 
has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  When I run the ICE-insight in the cygwin, I can't see 
  the source code in the context window. Who can tell me how to solve 
  the problem? Thanks a lot! ÍõÁú¾ü£¨Longjun Wang£© 
  Mp3·è¿ñËÑ-иèÈȸè¸ßËÙÏ [...] 

Content analysis details:   (5.2 points, 5.0 required)

 pts rule name  description
 -- --
 2.2 FORGED_YAHOO_RCVD  'From' yahoo.com does not match 'Received' headers
 0.0 HTML_60_70 BODY: Message is 60% to 70% HTML
 0.0 HTML_MESSAGE   BODY: HTML included in message
 0.5 HTML_OBFUSCATE_05_10   BODY: Message is 5% to 10% HTML obfuscation
 0.2 HTML_FONT_BIG  BODY: HTML tag for a big font size
 0.4 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org
 0.5 DNS_FROM_RFC_WHOIS RBL: Envelope sender in whois.rfc-ignorant.org
 1.4 DNS_FROM_RFC_POST  RBL: Envelope sender in postmaster.rfc-ignorant.org

The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam.  If you wish to view
it, it may be safer to save it to a file and open it with an editor.

--- Begin Message ---
When I run the ICE-insight in the cygwin, I can't see the source code in the context window. Who can tell me how to solve the problem? Thanks a lot!  王龙军（Longjun Wang） 
		 
Mp3疯狂搜-新歌热歌高速下 

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

[Tinyos-help] MicroTimer

[antonio gonga]

please a need any Idea to use it, to acquire data from Microphone

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

Re: [Tinyos-help] destpan field in TOSMsg header

[Bor-rong Chen]

To investigate this issue a little further, I wrote a simple program
that sends out unicast packets as fast as possible by posting a
message sending task in the SendMsg.sendDone() event handler. All
unicast packets are sent to a fixed mote id and contain payload of 48
bytes. The application code does not touch TOSMsg header fields. The
application turns on the ACK by calling MacControl.enableAck() in
StdControl.start().

I ran this program on 3 TmoteSky motes. One of the mote has the mote
id which will receive all the unicast messages. At the same time, I
have another TmoteSky and a MicaZ both running TOSBase overhearing the
packets being transmitted.


From the TmoteSky TOSBase log, I see many short packets being

recorded. Most of these packets have only 5 bytes of payload and bogus
destpan addresses. However, the MicaZ TOSBase log does not have
packets with such short length. It seems that MicaZ TOSBase was able
to receive those packets completely while TmoteSky TOSBase sometimes
report packets chopped short with corrupted destpan addresses.

In CC2420RadioM.nc line 629, I saw this note:

   // JP NOTE: rare known bug in high contention:
   // radio stack will receive a valid packet, but for some reason the
   // length field will be longer than normal.  The packet data will
   // be valid up to the correct length, and then will contain garbage
   // after the correct length.  There is no currently known fix.

It looks like what happened in my case is that some messages received
by TmoteSky TOSBase mote got corrupted along the way up the radio
stack. The corrupted length field is *shorter* than normal under high
contention.

I still don't know what race condition caused this problem but it
seems to happen only on Telos platform under high load. After
reproducing this length corruption problem, I tried the same test
without ACK being enabled (by calling MacControl.enableAck() ). What's
interesting is that I see no short packets when ACK is disabled.
Somehow enabling ACK is disturbing the receiving path in the CC2420
stack running on Telos platform?

-Bor-rong

On 8/8/06, Philip Levis <[EMAIL PROTECTED]> wrote:

On Aug 8, 2006, at 12:17 PM, Bor-rong Chen wrote:

> Hi
>
> Has anyone seen destpan field in TOSMsg being something other than
> 65535 (0x)?
>
> From packets logged from one of our application by a modified
> version of TOSBase, I'm seeing some packets with pMsg->destpan set
> to various values. Many of them have 255 (0xff00), others having
> rather random values such as 58082, 21967, 19936 ...
>
> I'm running TinyOS 1.1.15 and this network has both MicaZ and
> TmoteSky motes.
>
> As far as I can tell, pMsg->destpan is only set in tos/lib/
> CC2420Radio/CC2420RadioM.nc and is always set to TOS_BCAST_ADDR in
> Send.send():
>
>  // destination PAN is broadcast
>  pMsg->destpan = TOS_BCAST_ADDR;
>
> Ideally this value should always be TOS_BCAST_ADDR (0x) but for
> some reason it is not the case when I try to diagnose our network
> with TOSBase. Has anyone seen this before? Any idea what is causing
> this?

A memory access bug that's overwriting some part of the packet?

Phil


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

[Tinyos-help] image

[arvind sharma]

Hello All,  We are working on Camera interfacing with Mica Mote2, could u tell me is there any module for capturing image, send/receive through mote. 
	

	
		 
Here's a new way to find what you're looking for - Yahoo! Answers  
Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Tinyos-2.x Upgrade.

[Philip Levis]

On Aug 17, 2006, at 6:04 PM, Kannan Srinivasan wrote:


Hi All,

I am using cygwin and followed the instructions outlined on
http://www.tinyos.net/tinyos-2.x/doc/html/upgrade-tinyos.html to  
upgrade
from tinyos-1.x to tinyos-2.x. I first set the environment  
variables as:


TOSROOT="/opt/tinyos-2.x"
export TOSROOT
TOSDIR="$TOSROOT/tos"
export TOSDIR
export CLASSPATH=`cygpath -w $TOSROOT/support/sdk/java/tinyos.jar`
export CLASSPATH="$CLASSPATH;."
MAKERULES="$TOSROOT/support/make/Makerules"
export MAKERULES
export PATH=/opt/msp430/bin:$PATH

# Extend path for java -
type java >/dev/null 2>/dev/null || PATH=`/bin/tos-locate-jre -- 
java`:$PATH

type javac >/dev/null 2>/dev/null || PATH=`/bin/tos-locate-jre
--javac`:$PATH
echo $PATH | grep -q /bin || PATH=/bin:$PATH

Then, I compiled java tools:

cd tinyos-2.x/support/sdk/java/
make clean
make all

I got the following warnings/errors:

make[1]: Leaving directory `/opt/tinyos-2.x/support/sdk/java/net'
Note: TOSSerial.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: Receiver.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: Packetizer.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: PhoenixSource.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: Platform.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: SFListen.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Note: SFWindow.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: MsgReader.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.



Don't worry about it. It has to do with Java 5's templates and the  
fact that the TinyOS code still uses the 1.4 approach of casting.


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

Re: [Tinyos-help] Can Radio Receive become "Stuck" ?

[Philip Levis]

On Aug 17, 2006, at 2:19 PM, Ted Herman wrote:



This is strange, why would some stray bug just hit rxbufptr?  So, I
tried moving rxbufptr and its fence around, duplicating rxbufptr,
changing all usages of the idiom "rxbufptr->" to something else,
and quite a few other strange and desperate hacks.  Yet that bug
outsmarted me every time, seemingly omniscient about the location
of rxbufptr (recall, each test cost about half an hour).
Sometimes I would work in the other direction.  Removing, module
by module in my application, send and receive operations.  I  
discovered

that, at a certain point, the problem would not arise.  However, this
was not particularly helpful, since running everything just up to the
actual send() could execute without triggering deafness in the
application.


If you use the objdump or nm tool, you can see the memory location of  
each variable. This can let you see what variables are close to  
rxbufptr and therefore guess at the cause.


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

[Tinyos-help] how to dump the output

[s bash]

Hi to all,  I want to inquire that can we dump(save) the output of our source program ,in some file for analysis...beacuse everytime we run our simulation,it gets out of bound and we can't extract the results  Waitng for the reply  Regards  SBashThe best reason for having dreams is that in dreams no reasons are necessary. __Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help