[Tinyos-help] make micaz sim

[preeti k]

Hi,

I am trying to run tossim on tinyos2.x using cygwin. I ran the command 'make
micaz sim' , but this throws numerous 'undefined_reference' errors like say

*
/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:3065: undefined reference to
`_Py
Long_FromUnsignedLong'
build/micaz/pytossim.o(.text+0xdc71):/opt/tinyos-2.x
/tos/lib/tossim/tossim_wrap.
cxx:3065: undefined reference to `_PyInt_FromLong'
build/micaz/pytossim.o(.text+0xdcca): In function
`_Z22SWIG_From_long_SS_longx':

/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:3073: undefined reference to
`_Py
Long_FromLongLong'
build/micaz/pytossim.o(.text+0xdcda):/opt/tinyos-2.x
/tos/lib/tossim/tossim_wrap.
cxx:3073: undefined reference to `_PyInt_FromLong'
build/micaz/pytossim.o(.text+0xdd43): In function
`_Z23SWIG_FromCharPtrAndSizePK
cj':
/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:2955: undefined reference to
`_Py
String_FromStringAndSize'
build/micaz/pytossim.o(.data+0x1a0): In function `SWIG_TypeCompare':
/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:398: undefined reference to
`_PyO
bject_GenericGetAttr'
collect2: ld returned 1 exit status
make: *** [sim-exe] Error 1

***

I checked the tinyos-help thread on this. It says i need to change the
sim.extra file to reflect the correct python version (in my case it is 2.3.4).
I made this change to the sim.extra file. The help also says i need to have
/usr/lib/pythonX.Y , but i   do not have anything in my /usr/lib directory ,
but have a directory by name ' python2.3'  at  location   /lib/python2.3  I
copied this directory to   /usr/lib  , but this does not work.

Python seems to be installed since when i run

$ python -V

i get the version as 2.3.4
Now how do i get over this? Which rpm for python-devel do i need to
download? Where can i find it? will it work for cygwin? Or is this something
else?
Can someone please elaborate on this and please help me out?

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

[Tinyos-help] I get the error message like this :undefined reference to `main'

[蒋伟]

Hi:

everyone, i compile one modified MICA2 program to Telosb platform to use it.
But when i compile it ,i get the error message like this:

If there is someone could help ,i will appreciate that very much.
Thank you ,everyone.



***
$ make telosb
mkdir -p build/telosb
   compiling Rtp to a telosb binary
ncc -o build/telosb/main.exe -O -I%T/lib/Route -I%T/lib/Queue
-I%T/lib/Broadcast
-Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all -target=telosb
-fnesc-cfile=b
uild/telosb/app.c -board=telosb -I%T/lib/Deluge
-Wl,--section-start=.text=0x4800
,--defsym=_reset_vector__=0x4000 -DIDENT_PROGRAM_NAME=\"Rtp\"
-DIDENT_USER_ID=\"
demowolf\" -DIDENT_HOSTNAME=\"jiangwei\" -DIDENT_USER_HASH=0x343d49acL
-DIDENT_U
NIX_TIME=0x457f8510L -DIDENT_UID_HASH=0x5c92647cL -mdisable-hwmul
-I/opt/tinyos-
1.x/tos/lib/CC2420Radio Rtp.nc  -lm
C:/PROGRA~1/UCB/cygwin/opt/tinyos-1.x/tos/lib/CC2420Radio/CC2420RadioM.nc:116:
w
arning: `Send.sendDone' called asynchronously from `sendFailed'
/usr/local/mspgcc/lib/gcc-lib/msp430/3.2.3/msp2/libgcc.a(_reset_vector__.o)(.ini
t+0x38): In function `_reset_vector__':
/home/Cory/tinyos/tinyos- 1.x/tools/src/mspgcc/build/gcc-3.2.3
/gcc/config/msp430/
libgcc.S: undefined reference to `main'
make: *** [exe0] Error 1





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

Re: [Tinyos-help] Flash Errors when Loading programs from anywhere except Contrib Folder

[Michael Schippling]

Assuming the error is actually ... Sample.class ...
I'd say you either haven't compiled the java code in that directory
or do not have "." in your classpath.

Google CLASSPATH, many people have made sense of it at various times...

MS

Tony Ling wrote:

Thank you, the "make mica2 reinstall MIB510=COM1" did the trick,
although now we have run into another problem running HFS.nc

After following the README file, it says to: 
-program a mote with HFS.nc -->  done

-program a mote with TOSBase --> done
-compile the java code with "make -f jmakefile" --> done
- collect some samples:
  run a serial forwarder that talks to your TOSBase -->done
  connect the TOSBase mote to your serial port -->done
  execute
java Sample.class 200 2 --PROBLEM--

we get this problem when typing in that specific java command

-- Capture Output --
"C:\Program Files\Crossbow\Crimson\IDE.bat"
"C:\tinyos\cygwin\opt\tinyos-1.x\apps\HighFrequencySampling"
"c:\tinyos\cygwin\bin" "java Sample.class 200 2"
#
Command:   java Sample.class 200 2
Cygwin:c:\tinyos\cygwin\bin
Directory: C:\tinyos\cygwin\opt\tinyos-1.x\apps\HighFrequencySampling
Directory: /opt/tinyos-1.x/apps/HighFrequencySampling 
#


java.lang.NoClassDefFoundError: Sample/class
Terminated with exit code 0



Do you know what may be causing this?



-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 12, 2006 1:20 PM

To: Tony Ling
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
anywhere except Contrib Folder

I think I've said this about 10 times so far...
if you read my last email I gave two suggestions for
how I would go about doing the install. But you've
forced my hand so I just went and tried a number of
approaches. Do one of these:

1)  Set the danged environment variable.
or
2)  Your make line is incorrect, which explains why the reinstall
  is running the compile line again (but actually doesn't explain
  what make thinks it's doing by re-running the compile...)
  Try this:
 make mica2 reinstall MIB510=COM1

MS

Tony Ling wrote:

How would you go about running the HFS.nc program on your machine?
(\opt\tinyos-1.x\apps\HighFrequencySampling\HFS.nc) ?

I would simply compile it first (command line: make mica2),

Then install it to my mote: (command line: make mica2 reinstall
mib510,com1)

I'm just making sure this is the proper way to do it, and see if

anyone

else can run this program using that method.  At least this way I'll
know that my problem isn't in my makefiles, but rather in the commands

I

use to run the program

thanks

-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 11, 2006 3:08 PM

To: Tony Ling
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
anywhere except Contrib Folder

My makefile reading days are far behind the current syntax...

Try two things:

export MIB510=COM1
make 

or

make  MIB510=COM1


and as I said, I believe the correct setup is described in one of
the Getting Started type manuals that you should be able to find
on the xbow site...
MS

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

Re: [Tinyos-help] Cannot find java and javac - java tools not compiled

[Michael Schippling]

I don't think I've ever seen an uninstall that actually worked,
but that's probably because I'm too dull to convert to Linux...
That's the best reason I've heard for rpm though.
thx
MS

David Gay wrote:

On 12/12/06, Michael Schippling <[EMAIL PROTECTED]> wrote:

OK, that makes some sense...but what was wrong with good'ole
tar xvf
make install

or am I showing my age?


It's the lack of "make uninstall" that is the problem. But hey, we
provide all the stuff in that form if you want it... (look for the
source tar balls, or get stuff from CVS).

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] Problems with the collection library and the TestNetwork application

[Philip Levis]

On Dec 12, 2006, at 11:44 AM, Jared Hill wrote:


Hello,

I am having trouble running the TestNetwork application (tinyos  
2.0) on mica2s. The mica2 seems to freeze and nothing happens after  
the first message is sent. Has anyone else seen these same issues?


Kyle Jamieson was responsible for testing on mica2s. Kyle, can you  
comment on this?




Second, when I compile and run on telos motes, the application  
seems to run okay. However, using the CollectionPacket.getOrigin 
(message_t* msg) returns the address of the mote that forwarded the  
message, not the mote that originated the message. Is this the  
desired behavior? If so, is there functionality built in to extract  
the originating motes address?




I'm confused by this. The code it this:

  command am_addr_t   CollectionPacket.getOrigin(message_t* msg)  
{return getHeader(msg)->origin;}


The only time origin is set is in Send.send. In all of our tests,  
this code worked fine (otherwise we couldn't get high delivery rates,  
and there would be many more false positive duplicate suppressions).


Phil



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

Re: [Tinyos-help] Re: cc2420_lpl multiple transmitters

[Philip Levis]

On Dec 12, 2006, at 11:30 AM, David Moss wrote:


Hi Phil -

The way LPL works is through continuous retransmissions of a  
message for the duration of a receive check period. These  
retransmissions are invisible to the application layer - so from  
the app layer, it looks like you send a single message and get a  
single sendDone back.  LPL doesn't guarantee reliability - that  
would be up to a higher layer like you pointed out, like a  
collection library or a message transport layer.


If the collection library attempts to send to a LPL receiver, the  
LPL layer itself will cause the message to be rebroadcasted  
continuously for at least the full duration of the receiver's  
receive check, so the duty cycling receiver can hear it.  If the  
duty cycling receiver doesn't get the message, the higher layers  
like collection would know this by using PacketAcknowledgements,  
and be able to choose a different destination immediately.


Ah, that makes sense. I misunderstood the message, assuming that  
"resend" meant above LPL. Whoops.


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

[Tinyos-help] Problems with the collection library and the TestNetwork application

[Jared Hill]

Hello,
 
I am having trouble running the TestNetwork application (tinyos 2.0) on
mica2s. The mica2 seems to freeze and nothing happens after the first
message is sent. Has anyone else seen these same issues?
 
Second, when I compile and run on telos motes, the application seems to run
okay. However, using the CollectionPacket.getOrigin(message_t* msg) returns
the address of the mote that forwarded the message, not the mote that
originated the message. Is this the desired behavior? If so, is there
functionality built in to extract the originating motes address?
 
Thanks for your time and help.
 
jared hill
 
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Re: cc2420_lpl multiple transmitters

[David Moss]

Hi Phil -

The way LPL works is through continuous retransmissions of 
a message for the duration of a receive check period. 
These retransmissions are invisible to the application 
layer - so from the app layer, it looks like you send a 
single message and get a single sendDone back.  LPL 
doesn't guarantee reliability - that would be up to a 
higher layer like you pointed out, like a collection 
library or a message transport layer.


If the collection library attempts to send to a LPL 
receiver, the LPL layer itself will cause the message to 
be rebroadcasted continuously for at least the full 
duration of the receiver's receive check, so the duty 
cycling receiver can hear it.  If the duty cycling 
receiver doesn't get the message, the higher layers like 
collection would know this by using 
PacketAcknowledgements, and be able to choose a different 
destination immediately.


-David



On Tue, 12 Dec 2006 10:13:20 -0800
 Philip Levis <[EMAIL PROTECTED]> wrote:

On Dec 12, 2006, at 2:53 AM, Miguel Pereira wrote:


Hi David,

Thanks for your help and report.
In my opinion to improve the reliability you should 
concentrate on  
resend messages. The major problem, i think, is because 
you are not  
resending the messages with CCA. I think you should use 
resend with  
CCA by default and only use resend without CCA if the 
message was  
not ack but the CCA check was passed true. If you put 
the resend  
with CCA, even better if with "advanced CCA", I think 
you will  
notice large improvements on Average Packets Dropped but 
a  
significant reduce too on Average Packets Received. 
Maybe that will  
be the price for increasing reliability.




I believe pretty strongly that the MAC layer should not 
specify a  retransmission policy for reliability. That 
should be up to the  network layer. E.g., if you look at 
CTP (the T2 collection protocol),  it might choose a new 
destination after as little as 1 unacknowledged  packet. 
Not considering collisions, we've collected pretty good 
data  suggesting that instantaneous link quality is for 
the most part  bimodal[1]: losses can be highly 
correlated.


Phil

[1] http://sing.stanford.edu/pubs/ip-hotnetsV.pdf



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

RE: [Tinyos-help] Flash Errors when Loading programs from anywhere except Contrib Folder

[Tony Ling]

Thank you, the "make mica2 reinstall MIB510=COM1" did the trick,
although now we have run into another problem running HFS.nc

After following the README file, it says to: 
-program a mote with HFS.nc -->  done
-program a mote with TOSBase --> done
-compile the java code with "make -f jmakefile" --> done
- collect some samples:
  run a serial forwarder that talks to your TOSBase -->done
  connect the TOSBase mote to your serial port -->done
  execute
java Sample.class 200 2 --PROBLEM--

we get this problem when typing in that specific java command

-- Capture Output --
"C:\Program Files\Crossbow\Crimson\IDE.bat"
"C:\tinyos\cygwin\opt\tinyos-1.x\apps\HighFrequencySampling"
"c:\tinyos\cygwin\bin" "java Sample.class 200 2"
#
Command:   java Sample.class 200 2
Cygwin:c:\tinyos\cygwin\bin
Directory: C:\tinyos\cygwin\opt\tinyos-1.x\apps\HighFrequencySampling
Directory: /opt/tinyos-1.x/apps/HighFrequencySampling 
#

java.lang.NoClassDefFoundError: Sample/class
Terminated with exit code 0



Do you know what may be causing this?



-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 12, 2006 1:20 PM
To: Tony Ling
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
anywhere except Contrib Folder

I think I've said this about 10 times so far...
if you read my last email I gave two suggestions for
how I would go about doing the install. But you've
forced my hand so I just went and tried a number of
approaches. Do one of these:

1)  Set the danged environment variable.
or
2)  Your make line is incorrect, which explains why the reinstall
  is running the compile line again (but actually doesn't explain
  what make thinks it's doing by re-running the compile...)
  Try this:
 make mica2 reinstall MIB510=COM1

MS

Tony Ling wrote:
> How would you go about running the HFS.nc program on your machine?
> (\opt\tinyos-1.x\apps\HighFrequencySampling\HFS.nc) ?
> 
> I would simply compile it first (command line: make mica2),
> 
> Then install it to my mote: (command line: make mica2 reinstall
> mib510,com1)
> 
> I'm just making sure this is the proper way to do it, and see if
anyone
> else can run this program using that method.  At least this way I'll
> know that my problem isn't in my makefiles, but rather in the commands
I
> use to run the program
> 
> thanks
> 
> -Original Message-
> From: Michael Schippling [mailto:[EMAIL PROTECTED] 
> Sent: Monday, December 11, 2006 3:08 PM
> To: Tony Ling
> Cc: tinyos-help@Millennium.Berkeley.EDU
> Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
> anywhere except Contrib Folder
> 
> My makefile reading days are far behind the current syntax...
> 
> Try two things:
> 
> export MIB510=COM1
> make 
> 
> or
> 
> make  MIB510=COM1
> 
> 
> and as I said, I believe the correct setup is described in one of
> the Getting Started type manuals that you should be able to find
> on the xbow site...
> MS

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

Re: [Tinyos-help] Cannot find java and javac - java tools not compiled

[David Gay]

On 12/12/06, Michael Schippling <[EMAIL PROTECTED]> wrote:

OK, that makes some sense...but what was wrong with good'ole
tar xvf
make install

or am I showing my age?


It's the lack of "make uninstall" that is the problem. But hey, we
provide all the stuff in that form if you want it... (look for the
source tar balls, or get stuff from CVS).

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] My TOSBase application is still not working for MICAZ , Please Guide Me

[Michael Schippling]

assuming we are on TOS 1.x...

I've had no trouble with running TOSBase on micaz. I don't
remember making any changes to the code, just "make micaz".
I don't think there is any Makefile change necessary.
That said, I have only used it from the contrib/xbow tree...

You should see some LEDs flashing when messages are sent or
received. hardware_check.java sends a message when it starts
so if you don't see a led flash on the base station, perhaps
something else is wrong. You have the same serial line setup
as with the local hardware_check, right?

MS



Thusitha Bandara wrote:

Hi,
 
*The actual problem is that the TOSBase is not working for the 
MicaHWVerify (RF Verification) or OscilloscopeRF applications.*
*I tried TOSBase with MicaHWVerify and OscilloscopeRF. It just give 
those warning when it is compiling. I know those warnings may not be the 
problem.*
 
/1) As the tutorial says that the TOSBase is for MICA2 and MICA2DOT. It 
specify MICA2 as the PLATFORM in its' make file. So what i did is , i 
changed it into MICAZ. Because we have only MICAZ Motes./
/2) I tried this with "SimpleCmd" application as well - but it dosen't 
work for that as well./
 
** Are their any aditional changes which i should make in order 
to change an application (e.g TOSBase) to support for MICAZ platform?*
*As i understand, i thought i just want to change the 
platform in its Makefile, because of the baurdrate of MICA2 and MICAZ 
are the same. Is it correct?*
** 
** The "MicaHWVerify" work for MICAZ when i just change the PLATFORM to 
MICAZ- Only for the Hardware Verification. (Not for the RF 
Verification). Why is that?*
 
Please help me to resolve these problems. Because i can't go forward 
without TOSBase for implementing Radio Communication with the PC.
 
OR Else
** IS THERE ANY OTHER PROGRAM WHICH I COULD USE INSTEAD OF "TOSBase" 
OTHER THAN "GENERICBase"??.
(I CAN'T USE TransparentBase, because i want to get the data by 
considering GroupID as well.)
 
Regards,

Bandara.
(The Happy is the Goal!).

- Original Message 
From: Michael Schippling <[EMAIL PROTECTED]>
To: Thusitha Bandara <[EMAIL PROTECTED]>
Cc: tinyos-help@Millennium.Berkeley.EDU
Sent: Monday, December 11, 2006 12:14:29 PM
Subject: Re: [Tinyos-help] My TOSBase application is still not working 
for MICAZ , Please Guide Me


um...what is the actual problem?
The warnings?
Most likely they are red herrings...just go ahead and install the program.
MS

Thusitha Bandara wrote:
 >
 > * Hi, *
 > * *
 > * I couldn't find the problem with my TOSBase Application. If you can,
 > please help me to make the TOSBase application work for MICAZ. All the
 > datails are as below: *
 >  
 > *First Compilation Output of TOSBase:*
 >  
 > [EMAIL PROTECTED] 

 > /cygdrive/d/tinyos/cygwin/opt/tinyos-1.x/contrib/xbow/apps/T
 > OSBase
 > $ make micaz
 > mkdir -p build/micaz
 > compiling TOSBase to a micaz binary
 > ncc -o build/micaz/main.exe
 >  -Os -I%T/../contrib/xbow/tos/platform/micaz
 >  -finline-limit=10 -Wall -Wshadow -DDEF_TOS_AM_GROUP=125
 > -Wnesc-all -target=micaz
 >  -fnesc-cfile=build/micaz/app.c
 >  -board=micasb -DCC1K_DEFAULT_FREQ=RADIO_916BAND_CHA
 > NNEL_00
 >  -DRADIO_XMIT_POWER=0xFF
 >  -DCC2420_TXPOWER=TXPOWER_MAX
 >  -DCC2420_DEF_CHANNEL=26
 >  -DIDENT_PROGRAM_NAME="TOSBase"
 >  -DIDENT_PROGRAM_NAME_BYTES="84,79,83,66,97,115,101,0"  
 > -DIDENT_USER_HASH=0x7d03cf31L

 >  -DIDENT_UNIX_TIME=0x45769692L
 >  -I/opt/tinyos-1.x/tos/lib/CC2420Radio TOSBase.nc -lm
 >  D:/tinyos/cygwin/opt/tinyos-1.x/tos/platform/micaz/HPLCC2420InterruptM.nc:161: 


 >
 > warning: `CCATimer.start' called asynchronously from `CCA.startWait'
 > D:/tinyos/cygwin/opt/tinyos-1.x/tos/lib/CC2420Radio/CC2420RadioM.nc:115:
 > warning: `Send.sendDone' called asynchronously from `sendFailed'
 > compiled TOSBase to build/micaz/main.exe
 > 9986 bytes in ROM
 >  601 bytes in RAM
 > avr-objcopy --output-target=srec build/micaz/main.exe 
build/micaz/main.srec
 > avr-objcopy --output-target=ihex build/micaz/main.exe 
build/micaz/main.ihex

 >



Any questions? Get answers on any topic at Yahoo! Answers 
. 
Try it now.

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

[Tinyos-help] can't compile TOSSIM in telosb

[Ming]

I am install Tinyos-2.x recently. But I found that I can't compile the
TOSSIM by "make telosb sim".  Following message is given:
"build/telosb/sim.o: could not read symbols: File in wrong format"
Is that TOSSIM for telosb is still not support in 2.x release? If so, is
that still possible for me to use the TOSSIM in 2.x.
Thank you.

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

[Tinyos-help] Upgrading tinyos

[jose m]

I'm trying to upgrade tinyos 1.1.0 to 1.1.15. I 've installed tinyos  1.1.0 
with cygwin successfully (works fine), and then follow the "steps  to update" 
from the TinyOS community page. First I must update cygwin,  I do this and no 
problem (keep working). However, when I try to install  the "rpm file" (tinyos 
update), it shows an "incorrect cygwin version"  error. What happen??
  
 __
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Flash Errors when Loading programs from anywhere except Contrib Folder

[Michael Schippling]

I think I've said this about 10 times so far...
if you read my last email I gave two suggestions for
how I would go about doing the install. But you've
forced my hand so I just went and tried a number of
approaches. Do one of these:

1)  Set the danged environment variable.
or
2)  Your make line is incorrect, which explains why the reinstall
 is running the compile line again (but actually doesn't explain
 what make thinks it's doing by re-running the compile...)
 Try this:
 make mica2 reinstall MIB510=COM1

MS

Tony Ling wrote:

How would you go about running the HFS.nc program on your machine?
(\opt\tinyos-1.x\apps\HighFrequencySampling\HFS.nc) ?

I would simply compile it first (command line: make mica2),

Then install it to my mote: (command line: make mica2 reinstall
mib510,com1)

I'm just making sure this is the proper way to do it, and see if anyone
else can run this program using that method.  At least this way I'll
know that my problem isn't in my makefiles, but rather in the commands I
use to run the program

thanks

-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 11, 2006 3:08 PM

To: Tony Ling
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
anywhere except Contrib Folder

My makefile reading days are far behind the current syntax...

Try two things:

export MIB510=COM1
make 

or

make  MIB510=COM1


and as I said, I believe the correct setup is described in one of
the Getting Started type manuals that you should be able to find
on the xbow site...
MS


Tony Ling wrote:

Okay, I think the problem lies in the Makerules file
(\tinyos\cygwin\opt\tinyos-1.x\apps), 



specifically lines 151 through 162:





#
# Programming Boards : flags




#
ifeq ($(shell uname),FreeBSD)
PROGRAMMER_FLAGS=-dlpt=/dev/ppi0 -dprog=dapa $(PROGRAMMER_PART)
$(PROGRAMMER_EXTRA_FLAGS)

else
PROGRAMMER_FLAGS=-dprog=dapa $(PROGRAMMER_PART)
$(PROGRAMMER_EXTRA_FLAGS)

endif

PROGRAMMER := DAPA







And then lines 165 through 201:





#
# Programming Boards : command line input
# Command line input for programmers: 
#   none	 : default to parallel programming board

#   MIB510= : use mib510 port programming board at port 
#   EPRB=: use eprb at hostname 
#   AVRISP= : use AVRISP serial programmer at port 




#

### If MIB510 then
MIB5100 := $(subst MIB510=,,$(filter MIB510=%,$(MAKECMDGOALS)))
ifneq ($(MIB510_),)
  MIB510 := $(MIB5100)
endif
MAKECMDGOALS := $(filter-out MIB510=%,$(MAKECMDGOALS))

### If STK is a set environment variable or if STK=xxx appears on the
command
### line, then take it to be a network address and program assuming an
stk500
### module.
EPRB0 := $(subst EPRB=,,$(filter EPRB=%,$(MAKECMDGOALS)))
ifneq ($(EPRB_),)
  EPRB := $(EPRB0)
endif
MAKECMDGOALS := $(filter-out EPRB=%,$(MAKECMDGOALS))

ifneq (x$(MIB510),x)
   PROGRAMMER := STK
   PROGRAMMER_FLAGS=-dprog=mib510 -dserial=$(MIB510)

$(PROGRAMMER_PART)

$(PROGRAMMER_EXTRA_FLAGS_MIB)
endif
ifneq (x$(EPRB),x)
  PROGRAMMER := STK
  PROGRAMMER_FLAGS=-dprog=stk500 -dhost=$(EPRB) $(PROGRAMMER_PART)
$(PROGRAMMER_EXTRA_FLAGS_STK)
endif
ifdef AVRISP
  PROGRAMMER := STK
  PROGRAMMER_FLAGS=-dprog=stk500 -dserial=$(AVRISP) $(PROGRAMMER_PART)
$(PROGRAMMER_EXTRA_FLAGS_AVRISP)
endif






There is something we should change to tell the program that we have a
mib510 into COM port 1, but I'm not sure as how to do it...



-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 08, 2006 7:19 PM

To: Tony Ling
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
anywhere except Contrib Folder

alright then, now we're getting somewhere...

when I do the make reinstall in apps I get this line:

 uisp -dprog=mib510 -dserial=COM3 -dpart=ATmega128 ...

whereas you have:

 uisp -dprog=dapa -dpart=ATmega128  

Note that "dapa" is some other kind of programmer board,
and there is no COM spec. My belief is that this info comes
from the env var  MIB510=COM3  but I think one of the Getting
Started guides describes how to set things up correctly.
I've not used the make command line option that you have,
so I don't know if that's the way it's supposed to work...
Once I find a magic combination of configurations I usually
just ignore other possibilities and hope it just keeps doing
whatever it is supposed to be doing...

Another curious thing I can't explain is why your make _RE_install
goes ahead and redoes the ncc and objcpy passes...whereas mine just
fires off uisp...I'm not generally greatly happy with TOS makef

Re: [Tinyos-help] Re: cc2420_lpl multiple transmitters

[Philip Levis]

On Dec 12, 2006, at 2:53 AM, Miguel Pereira wrote:


Hi David,

Thanks for your help and report.
In my opinion to improve the reliability you should concentrate on  
resend messages. The major problem, i think, is because you are not  
resending the messages with CCA. I think you should use resend with  
CCA by default and only use resend without CCA if the message was  
not ack but the CCA check was passed true. If you put the resend  
with CCA, even better if with "advanced CCA", I think you will  
notice large improvements on Average Packets Dropped but a  
significant reduce too on Average Packets Received. Maybe that will  
be the price for increasing reliability.




I believe pretty strongly that the MAC layer should not specify a  
retransmission policy for reliability. That should be up to the  
network layer. E.g., if you look at CTP (the T2 collection protocol),  
it might choose a new destination after as little as 1 unacknowledged  
packet. Not considering collisions, we've collected pretty good data  
suggesting that instantaneous link quality is for the most part  
bimodal[1]: losses can be highly correlated.


Phil

[1] http://sing.stanford.edu/pubs/ip-hotnetsV.pdf

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

Re: [Tinyos-help] Cannot find java and javac - java tools not compiled

[Michael Schippling]

OK, that makes some sense...but what was wrong with good'ole
tar xvf
make install

or am I showing my age?
MS

p.sactually though...on MSWidows I'd expect to have the
MyCompuker control panel env vars and settings which, sometimes,
have the right java PATH...


David Gay wrote:

On 12/8/06, Michael Schippling <[EMAIL PROTECTED]> wrote:

That'sodd. I wonder if rpm is trying to use some (stupid)
java control panel app to find the programs. In any case it
should be possible to go back and manually make the tools
directory after the smoke clears.


rpm scripts run in an environment where most user customisation is
ignored (for good reason, if you think about it). Chances are good
that javac is not in the path when the rpm scripts are run. I believe,
e.g., that the path is /bin:/usr/bin (and may include /usr/sbin and
/sbin, I forget). The tos-locate-jre tries to primarily locate Java
(on cygwin) by looking for registry keys to get around this problem.

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] Flash Errors when Loading programs from anywhere except Contrib Folder

[Tony Ling]

How would you go about running the HFS.nc program on your machine?
(\opt\tinyos-1.x\apps\HighFrequencySampling\HFS.nc) ?

I would simply compile it first (command line: make mica2),

Then install it to my mote: (command line: make mica2 reinstall
mib510,com1)

I'm just making sure this is the proper way to do it, and see if anyone
else can run this program using that method.  At least this way I'll
know that my problem isn't in my makefiles, but rather in the commands I
use to run the program

thanks

-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 11, 2006 3:08 PM
To: Tony Ling
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
anywhere except Contrib Folder

My makefile reading days are far behind the current syntax...

Try two things:

export MIB510=COM1
make 

or

make  MIB510=COM1


and as I said, I believe the correct setup is described in one of
the Getting Started type manuals that you should be able to find
on the xbow site...
MS


Tony Ling wrote:
> Okay, I think the problem lies in the Makerules file
> (\tinyos\cygwin\opt\tinyos-1.x\apps), 
> 
> 
> specifically lines 151 through 162:
> 
>

> #
> # Programming Boards : flags
>

> #
> ifeq ($(shell uname),FreeBSD)
>   PROGRAMMER_FLAGS=-dlpt=/dev/ppi0 -dprog=dapa $(PROGRAMMER_PART)
> $(PROGRAMMER_EXTRA_FLAGS)
>   
> else
>   PROGRAMMER_FLAGS=-dprog=dapa $(PROGRAMMER_PART)
> $(PROGRAMMER_EXTRA_FLAGS)
>   
> endif
> 
> PROGRAMMER := DAPA
> 
> 
> 
> 
> 
> 
> 
> And then lines 165 through 201:
> 
>

> #
> # Programming Boards : command line input
> # Command line input for programmers: 
> #   none   : default to parallel programming board
> #   MIB510= : use mib510 port programming board at port 
> #   EPRB=: use eprb at hostname 
> #   AVRISP= : use AVRISP serial programmer at port 
>

> #
> 
> ### If MIB510 then
> MIB5100 := $(subst MIB510=,,$(filter MIB510=%,$(MAKECMDGOALS)))
> ifneq ($(MIB510_),)
>   MIB510 := $(MIB5100)
> endif
> MAKECMDGOALS := $(filter-out MIB510=%,$(MAKECMDGOALS))
> 
> ### If STK is a set environment variable or if STK=xxx appears on the
> command
> ### line, then take it to be a network address and program assuming an
> stk500
> ### module.
> EPRB0 := $(subst EPRB=,,$(filter EPRB=%,$(MAKECMDGOALS)))
> ifneq ($(EPRB_),)
>   EPRB := $(EPRB0)
> endif
> MAKECMDGOALS := $(filter-out EPRB=%,$(MAKECMDGOALS))
> 
> ifneq (x$(MIB510),x)
>PROGRAMMER := STK
>PROGRAMMER_FLAGS=-dprog=mib510 -dserial=$(MIB510)
$(PROGRAMMER_PART)
> $(PROGRAMMER_EXTRA_FLAGS_MIB)
> endif
> ifneq (x$(EPRB),x)
>   PROGRAMMER := STK
>   PROGRAMMER_FLAGS=-dprog=stk500 -dhost=$(EPRB) $(PROGRAMMER_PART)
> $(PROGRAMMER_EXTRA_FLAGS_STK)
> endif
> ifdef AVRISP
>   PROGRAMMER := STK
>   PROGRAMMER_FLAGS=-dprog=stk500 -dserial=$(AVRISP) $(PROGRAMMER_PART)
> $(PROGRAMMER_EXTRA_FLAGS_AVRISP)
> endif
> 
> 
> 
> 
> 
> 
> There is something we should change to tell the program that we have a
> mib510 into COM port 1, but I'm not sure as how to do it...
> 
> 
> 
> -Original Message-
> From: Michael Schippling [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 08, 2006 7:19 PM
> To: Tony Ling
> Cc: tinyos-help@Millennium.Berkeley.EDU
> Subject: Re: [Tinyos-help] Flash Errors when Loading programs from
> anywhere except Contrib Folder
> 
> alright then, now we're getting somewhere...
> 
> when I do the make reinstall in apps I get this line:
> 
>  uisp -dprog=mib510 -dserial=COM3 -dpart=ATmega128 ...
> 
> whereas you have:
> 
>  uisp -dprog=dapa -dpart=ATmega128  
> 
> Note that "dapa" is some other kind of programmer board,
> and there is no COM spec. My belief is that this info comes
> from the env var  MIB510=COM3  but I think one of the Getting
> Started guides describes how to set things up correctly.
> I've not used the make command line option that you have,
> so I don't know if that's the way it's supposed to work...
> Once I find a magic combination of configurations I usually
> just ignore other possibilities and hope it just keeps doing
> whatever it is supposed to be doing...
> 
> Another curious thing I can't explain is why your make _RE_install
> goes ahead and redoes the ncc and objcpy passes...whereas mine just
> fires off uisp...I'm not generally greatly happy with TOS makefile
> dependencies, but the above doesn't really make sense...
> 
> MS
> 
> 
> Tony Ling wrote:
>> I tried running HFS.nc \tinyos-1.x\apps\HighFrequencySampling\
>>
>> First, I typed "make mica2"
>> And it terminated with exit code 0.
>>
>> Then, I typed "make mica2 reinstall mib510,com1"
>> And these are the errors I received:
>>
>> -

Re: [Tinyos-help] List functions in nesC

[R. Steve McKown]

On Monday 11 December 2006 11:38 pm, MINO GB wrote:
> Where can I find the list of data types, functions which is supported in
> nesC, TinyOS?

>From various sources:

The TinyOS environment is based at its core on a C compiler.  All of the data 
types and other features supported by the compiler used to build code for 
your target device are available within TinyOS programs.

Next are various libraries available for use with the compiler.  Often, 
"standard" libraries are much too large for inclusion in a project destined 
for the typical TinyOS target device, which usually has very limited storage.

TinyOS code is written in nesC.  nesC is a compiler that generates C code, 
which is then compiled by the C compiler described above.  nesC is really a 
separate programming language which diverges significantly and beneficially 
from the core C langage from which it inherits many features.  Check out the 
Programming TinyOS guide written by Philip Levis, which provides a great 
overview of nesC as used in TinyOS.

Finally, the TinyOS distribution provides a wealth of components that provide 
all kinds of usable functionality.  These components are provided as source 
code in the TinyOS release.  The code volume is large, but well organized.  
The sample applications, and "grep -r", can be helpful when looking for 
specific features.

All the best,
Steve

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

Re: [Tinyos-help] Cannot find java and javac - java tools not compiled

[David Gay]

On 12/8/06, Michael Schippling <[EMAIL PROTECTED]> wrote:

That'sodd. I wonder if rpm is trying to use some (stupid)
java control panel app to find the programs. In any case it
should be possible to go back and manually make the tools
directory after the smoke clears.


rpm scripts run in an environment where most user customisation is
ignored (for good reason, if you think about it). Chances are good
that javac is not in the path when the rpm scripts are run. I believe,
e.g., that the path is /bin:/usr/bin (and may include /usr/sbin and
/sbin, I forget). The tos-locate-jre tries to primarily locate Java
(on cygwin) by looking for registry keys to get around this problem.

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] where is definition of "offsetof"

[David Gay]

On 12/12/06, Aurélien Francillon <[EMAIL PROTECTED]> wrote:

Le mardi 12 décembre 2006 09:42, Stephen Chou a écrit:
> "offsetof"
google 2nd link :
http://www.embedded.com/shared/printableArticle.jhtml?articleID=18312031


And in some versions of gcc, it's just "#define offsetof
__builtin_offsetof" (i.e., it's built in to the compiler)...

The reason there is no one definition of offsetof is that the
definitions linked in the article above are non-portable, as they
involve undefined behaviour according to the C standard...

David Gay

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

[Tinyos-help] How to use Matlab to access data from a wireless sensor network.

[Milton Aguiar]

Hi all:

I've implemented a Xmesh wireless sensor network with MicaZ motes. This 
wsn is formed by:


a base station, programmed with XmeshBase application from MoteWorks;
node 1 programmed with the XMDA100 application;
node 2 programmed with the XMTS400 application;
node 3 and 4 programmed with the XMTS310 application;

The network operates at frequency of 2.405 GHZ .

Now, the question is how i can use Matlab to view the data received from 
the sensor nodes? Can you give some idea or a simple help?


Thanks for all : )


Milton Aguiar

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

Re: [Tinyos-help] about RSSI

[Pablo Gil Montaño]

- Mensaje reenviado 
De: Pablo Gil Montaño <[EMAIL PROTECTED]>
Para: Stephen Chou <[EMAIL PROTECTED]>
Enviado: martes, 12 de diciembre, 2006 15:49:56
Asunto: Re: [Tinyos-help] about RSSI

Why can't you use TOS_MsgPtr->strength? I thought you can read it when you 
receive a message.


- Mensaje original 
De: Stephen Chou <[EMAIL PROTECTED]>
Para: tinyos help 
Enviado: martes, 12 de diciembre, 2006 11:03:49
Asunto: [Tinyos-help] about RSSI

I want to know how do you extract the recieved signal strength of the
 incoming packets on the RF considering TOS_MsgPtr->strength may be not used.

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








LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com






__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Error on compile

[Lorenzo Mainardi]

Hi, I try to compile the Blink application, but I received this error:

[EMAIL PROTECTED]:/opt/tinyos-2.x/apps/Blink$ make micaz
mkdir -p build/micaz
   compiling BlinkAppC to a micaz binary
ncc -o build/micaz/main.exe -Os -finline-limit=10 -Wall -Wshadow
-Wnesc-all -target=micaz -fnesc-cfile=build/micaz/app.c -board=micasb
-fnesc-dump=wiring -fnesc-dump='interfaces(!abstract())'
-fnesc-dump='referenced(interfacedefs, components)'
-fnesc-dumpfile=build/micaz/wiring-check.xml BlinkAppC.nc -lm
In file included from /opt/tinyos-2.x/tos/chips/atm128/McuSleepC.nc:46,
from /opt/tinyos-2.x/tos/system/TinySchedulerC.nc:41:
In interface `McuPowerOverride':
/opt/tinyos-2.x/tos/interfaces/McuPowerOverride.nc:54: only commands and
events can be defined in interfaces
/opt/tinyos-2.x/tos/interfaces/McuPowerOverride.nc:54: warning: return-type
defaults to `int'
/opt/tinyos-2.x/tos/interfaces/McuPowerOverride.nc:54: syntax error before
`lowestState'
In file included from /opt/tinyos-2.x/tos/system/TinySchedulerC.nc:41:
In component `McuSleepC':
/opt/tinyos-2.x/tos/chips/atm128/McuSleepC.nc:61: syntax error before
`atm128PowerBits'
/opt/tinyos-2.x/tos/chips/atm128/McuSleepC.nc:69: syntax error before
`getPowerState'
In component `TinySchedulerC':
/opt/tinyos-2.x/tos/system/TinySchedulerC.nc:44: no match
make: *** [exe0] Error 1


Could you help me?I'm sure that the interfaces are correctly written, I also
reinstall the latest version from cvs
I'm using Ubuntu.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] where is definition of "offsetof"

[Aurélien Francillon]

Le mardi 12 décembre 2006 09:42, Stephen Chou a écrit :
> "offsetof"
google 2nd link :
http://www.embedded.com/shared/printableArticle.jhtml?articleID=18312031

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

Re: [Tinyos-help] can't Blink with 'make micaz sim '

[preeti k]

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


On Dec 11, 2006, at 8:16 AM, Mr. Jonathan A. Gomez wrote:

>
> Hmm... I don't know anything about compiling TOSSIM, but I do
> understand some of the meaning of
> your error messages:
>
> You got a lot of lines like
>
>> build/micaz/sim.o(.text+0x2f86): In function `sim_log_add_channel':
>> /opt/tinyos-2.x/tos/lib/tossim/sim_log.c:166: undefined reference to
>> `_hashtable_search'
>
> In other words, there is a dependency in sim.o, which uses but
> doesn't define the
> hashtable_search function.  It's not linking because it is missing
> the hashtable function.  In
> my copy of the TinyOS-2.x cvs, there is a file called hashtable.c
> in the tos/lib/tossim
> directory which defines these.  I don't know if you have such a
> file in your version.  At any
> rate, looking at the command being passed to g++, it doesn't seem
> that this file is being
> included.
>
> This was the command which generated your errors (all the rest just
> spit out warnings):
>
> g++ -fpic -shared -W1,--enable-auto-image-base  build/micaz/
> pytossim.o build/micaz/sim.o
> build/micaz/tossim.o -L/usr/lib/python2.3/config -lpython2.3-lstdc+
> + -o _TOSSIM.dll
>
> I hesitate to say that this will help, since I haven't even tried
> to compile the program myself,
> but it might help to insert 'hashtable.c' in the arguments if you
> have the file, right before
> the first 'build/...'.  Perhaps?

The hashtable code is compiled into c-support.o, which isn't being
linked in. This is because sim-cygwin is an old Makefile. The new
Makefile links it in.




how do i get the new Makefile and how do i link it? Do i need to download
and reinstall tinyos or something?

Also i tried using 'make micaz sim' , but this throws numerous
'undefined_reference' errors like say

/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:3065: undefined reference to
`_Py
Long_FromUnsignedLong'
build/micaz/pytossim.o(.text+0xdc71):/opt/tinyos-2.x
/tos/lib/tossim/tossim_wrap.
cxx:3065: undefined reference to `_PyInt_FromLong'
build/micaz/pytossim.o(.text+0xdcca): In function
`_Z22SWIG_From_long_SS_longx':

/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:3073: undefined reference to
`_Py
Long_FromLongLong'
build/micaz/pytossim.o(.text+0xdcda):/opt/tinyos-2.x
/tos/lib/tossim/tossim_wrap.
cxx:3073: undefined reference to `_PyInt_FromLong'
build/micaz/pytossim.o(.text+0xdd43): In function
`_Z23SWIG_FromCharPtrAndSizePK
cj':
/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:2955: undefined reference to
`_Py
String_FromStringAndSize'
build/micaz/pytossim.o(.data+0x1a0): In function `SWIG_TypeCompare':
/opt/tinyos-2.x/tos/lib/tossim/tossim_wrap.cxx:398: undefined reference to
`_PyO
bject_GenericGetAttr'
collect2: ld returned 1 exit status
make: *** [sim-exe] Error 1
I checked the tinyos-help thread on this. It says i need to change the
sim.extra file to reflect the correct python version (in my case it is 2.3.4).
I made this change to the sim.extra file. The help also says i need to have
/usr/lib/pythonX.Y , but i   do not have anything in my /usr/lib directory ,
but have a directory by name 'python2.3'  at  location   /lib/python2.3  I
copied this directory to   /usr/lib  , but this does not work.
Now how do i get over this? Which rpm for python-devel do i need to
download? Where can i find it? will it work for cygwin?

I know these are too many questions but please do let me know

Preeti




Phil


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

[Tinyos-help] Compilation problem

[Lorenzo Mainardi]

Hi, I have written a small interface, but when I tried to compile it, I
receive this error:


[EMAIL PROTECTED]:/opt/tinyos-2.x/apps/TestMessage$ make micaz
mkdir -p build/micaz
   compiling TestMessage to a micaz binary
ncc -o build/micaz/main.exe -Os -finline-limit=10 -Wall -Wshadow
-Wnesc-all -target=micaz -fnesc-cfile=build/micaz/app.c -board=micasb
-fnesc-dump=wiring -fnesc-dump='interfaces(!abstract())'
-fnesc-dump='referenced(interfacedefs, components)'
-fnesc-dumpfile=build/micaz/wiring-check.xml TestMessage.nc -lm
In file included from TestMessageM.nc:2,
from TestMessage.nc:7:
In interface `BlackList':
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:3: only commands and events can
be defined in interfaces
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:3: warning: return-type defaults
to `int'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:3: syntax error before `insert'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:4: only commands and events can
be defined in interfaces
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:4: warning: return-type defaults
to `int'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:4: redefinition of `result_t'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:4: syntax error before `delete'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:5: only commands and events can
be defined in interfaces
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:5: warning: return-type defaults
to `int'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:5: redefinition of `result_t'
/opt/tinyos-2.x/tos/interfaces/BlackList.nc:5: syntax error before `clear'
In file included from /opt/tinyos-2.x/tos/system/BlackListMngC.nc:9,
from TestMessage.nc:8:
In component `BlackListP':
/opt/tinyos-2.x/tos/system/BlackListP.nc:3: too few arguments to interface
`BL'
/opt/tinyos-2.x/tos/system/BlackListP.nc: In function
`ObjectInsert.runTask':
/opt/tinyos-2.x/tos/system/BlackListP.nc:10: `BlackListMng' undeclared
(first use in this function)
/opt/tinyos-2.x/tos/system/BlackListP.nc:10: (Each undeclared identifier is
reported only once
/opt/tinyos-2.x/tos/system/BlackListP.nc:10: for each function it appears
in.)
/opt/tinyos-2.x/tos/system/BlackListP.nc: At top level:
/opt/tinyos-2.x/tos/system/BlackListP.nc:14: syntax error before `insert'
In component `TestMessage':
/opt/tinyos-2.x/tos/system/BlackListMngC.nc:1: expected component
`BlackListMngC', but got component 'BlackListC'
In component `BlackListC':
/opt/tinyos-2.x/tos/system/BlackListMngC.nc:14: cannot find `BL'
/opt/tinyos-2.x/tos/system/BlackListMngC.nc:17: cannot find `BlackListMng'
make: *** [exe0] Error 1


It seems that the interface are not correctly written
But I wrote a good interface file
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] where is definition of "offsetof"

[Stephen Chou]

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

[Tinyos-help] about RSSI

[Stephen Chou]

I want to know how do you extract the recieved signal strength of the
incoming packets on the RF considering TOS_MsgPtr->strength may be not used.

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

[Tinyos-help] GenericComm and GenericCommPromiscuous combine problem

[Pablo Gil Montaño]

Hi all.

I'm trying to build an application for mica2 under TinyOS-1.x. I'm using Drip 
and MultiHopRouter (tos/lib/Route) at the same time. I always get the following 
warnings:

nesc1: warning: calls to Receive.receive in CC1000RadioIntM fan out, but there 
is no combine function specified for the return type
nesc1: warning: calls to ReceiveCombined.receive in FramerAckM fan out, but 
there is no combine function specified for the return type

I think that the problem is that MultiHopRouter uses GenericCommPromiscous, 
that indirectly wires to CC1000RadioIntM. At the same time, Drip uses 
GenericComm, which also wires to CC1000RadioIntM. I guess that CC1000RadioIntM 
signals receive events in both GenericCommPromiscous and GenericComm, and that 
is the problem.

Is there any solution to this? Is it possible just to substitute one of them 
(GenericComm or GenericCommPromiscuous) for the other? 

Is there any smarter way of doing it? (I wouldn't like it very much to modify 
Drip or MultiHopRouter, since they are both stable components)


Regards,

Pablo Gil





__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Re: cc2420_lpl multiple transmitters

[Miguel Pereira]

Hi David,

Thanks for your help and report.
In my opinion to improve the reliability you should concentrate on resend
messages. The major problem, i think, is because you are not resending the
messages with CCA. I think you should use resend with CCA by default and
only use resend without CCA if the message was not ack but the CCA check was
passed true. If you put the resend with CCA, even better if with "advanced
CCA", I think you will notice large improvements on Average Packets Dropped
but a significant reduce too on Average Packets Received. Maybe that will be
the price for increasing reliability.

Thanks for your elucidation.

Miguel Pereira


On 12/11/06, David Moss <[EMAIL PROTECTED]> wrote:


*> Suppose that I have 2 motes sending messages. Mote one send one message
with preamble, and the second mote start sending message on top of mote 1.
The result is that the 2 messages are corrupted. I was looking in the code
and it seems that on file CC2420LowPowerListeningP.nc you send one message
(task send) with CCA and then resend (task resend) with no CCA. The problem
is that call SubSend.send(currentSendMsg, currentSendLen) (line 447)
return SUCESS even if call CC2420Transmit.sendCCA( m_msg ) (file
CC2420CsmaP.nc) return FALSE. The consequence is that the resend doesn't
use CCA.
*
Hi Miguel -

I have done some testing with multiple transmitters to a single receiver.
The test setup involved 1 Rx mote with a 1000 ms sleep interval, and 3 Tx
motes transmitting full 28 byte payloads to the Rx mote. After each sendDone
event, the Tx motes would wait 500 ms before attempting the next send.

With the CC2420 stack as it is right now, it samples the channel at least
one time before sending a packet.  This is bad, as you've pointed out:  the
Tx mote could be sampling in a quiet acknowledgement gap of another
transmitter, and get a clear-to-send without the channel really being
clear.  Two+ motes will transmit simultaneously and most likely cause
collisions.  We'll call this method the "default CCA" method.

I made some modifications to the clear channel assessment in
CC2420TransmitP that allows the mote to sample the channel many times before
determining that the channel is clear.  If at any point during the
assessment it finds the channel is not clear, it sets the backoff timer and
tries the whole advanced CCA check from the beginning after the backoff
timer fires.  This way, there's less probability that two motes will be
transmitting at the same time.  We'll call this method the "advanced CCA"
method.

Here are my results for two 3-minute runs using telosb's:

Default method
  Average Packets Received:  104.3
  Average Packets Dropped: 17

Advanced CCA method
  Average Packets Received:  101.3
  Average Packets Dropped: 19.6


Now, it could be that three minutes is not long enough to give a good
sample - but the results here show that the default method is actually more
reliable than the advanced CCA method.  Kind of counter-intuitive - motes
sending messages on the same channel simultaneously actually produces better
results than longer CCA checks.  The advanced CCA check method actually
seemed to make some motes hog the channel as well. It also seems to decrease
throughput.   Looking at the packets dropped, it could be that some motes
are still transmitting simultaneously (but visually looking at the Led's
shows this is not true most of the time)

We're still seeing a little less than 20% packet loss with multiple
transmitters, which is bad.  I'd like to continue by testing the impact of
adding in CCA checks on each send, instead of resending without CCA.  Maybe
this will make the receive check period too long, which would also be bad.
Maybe it will increase reliability.  The only way to tell is to implement it
and try it out.

If anybody wants to test out other methods, I'd love to hear your results.

Thanks,
-David



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

[Tinyos-help] XSensorMTS400 error

[neliacatarina]

Hi there,

I'm trying to put a XSensorMTS400 communicating with a TOSBase. I saw Sam Al's 
post at May 24, 2004 where John Sub say the problem it's a conflict between a 
Makelocal and the MakeXbowlocal. I did what he said to fix the problem 
including to change the TOSBase's Makefile to

COMPONENT=TOSBase
PFLAGS = -I../../tos/platform/mica2

include ../MakeXbowlocal
include ${TOSROOT}/apps/Makerules
However the problem remains. The TOSBase led's don't toggle and i don't receave 
anything with the xlisten command.
Can you help me with this?
Thanks in advance

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

Re: [Tinyos-help] can't Blink with 'make micaz sim '

[preeti k]

On 12/11/06, Mr. Jonathan A. Gomez <[EMAIL PROTECTED]> wrote:



Hmm... I don't know anything about compiling TOSSIM, but I do understand
some of the meaning of
your error messages:

You got a lot of lines like

>build/micaz/sim.o(.text+0x2f86): In function `sim_log_add_channel':
>/opt/tinyos-2.x/tos/lib/tossim/sim_log.c:166: undefined reference to
>`_hashtable_search'

In other words, there is a dependency in sim.o, which uses but doesn't
define the
hashtable_search function.  It's not linking because it is missing the
hashtable function.  In
my copy of the TinyOS-2.x cvs, there is a file called hashtable.c in the
tos/lib/tossim
directory which defines these.  I don't know if you have such a file in
your version.  At any
rate, looking at the command being passed to g++, it doesn't seem that
this file is being
included.



Even i have the hashtable.c placed at the same position ie is
tos/lib/tossim.


This was the command which generated your errors (all the rest just spit out

warnings):

g++ -fpic -shared -W1,--enable-auto-image-base  build/micaz/pytossim.o
build/micaz/sim.o
build/micaz/tossim.o -L/usr/lib/python2.3/config -lpython2.3-lstdc++ -o
_TOSSIM.dll

I hesitate to say that this will help, since I haven't even tried to
compile the program myself,
but it might help to insert 'hashtable.c' in the arguments if you have the
file, right before
the first 'build/...'.  Perhaps?



How and where do i insert hashtable .c ? I mean i tried copying the file in
build dir as well as in micaz  dir but it doesn't work. I do not know how to
go about this, can you please elaborate if possible?


I might try to do the compilation, just to see if I can't reproduce your

problem.  Then I might
be able to be more helpful.


Now the Java problem:

>$ $CLASSPATH
>bash: C:\tinyos\cyg\opt\tinyos-2.x\support\sdk\java\tinyos.jar;.:
>command not found

It thinks you're trying to run the classpath as a command.  When you want
to change the
classpath for Java, at least Sun Java, you can do something such as
java -cp $CLASSPATH program
In which case, java is the command, -cp means set the classpath, etc.



Thanks for this.  Actually i wanted to print the classpath to find if it was
set properly and $CLASSPATH is probably not the right command for this !

Preeti

-- Jon.


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