Hi All,
I am trying to simulate a network where there are n motes and a base
station and all the motes sends radio packet to base station and base
station should send serial packets @ some serial port . Is this possible
using Tossim-Live ?? How?
Regards
Abhinav
__
yeah I did all that. Perhaps I don't know where to look but it pretty much
looks like noise to me.
On Mon, Mar 22, 2010 at 7:48 PM, Kevin Klues wrote:
> Also, make sure you have the following configuration parameters set:
>
> EXTRACT_ALL = YES
> HAVE_DOT = YES
>
> and that graphviz is i
Also, make sure you have the following configuration parameters set:
EXTRACT_ALL = YES
HAVE_DOT = YES
and that graphviz is installed.
Kevin
On Mon, Mar 22, 2010 at 7:16 PM, Kevin Klues wrote:
> That's exactly what doxygen should give you if you enable those
> configuration parameters. T
I went ahead and tried using doxygen on the app.c but haven't been able to
get anything meaningful out of it. I did configure CALL_GRAPH and
CALLER_GRAPH. But haven't found any output that makes sense to me.
What I really want is a call graph and a caller graph showing the wiring
graph akin to w
Take a look at the TOSThreads TEP I wrote. It goes into alot more
detail about how the threads are organized, including the boot
sequence.
http://www.tinyos.net/tinyos-2.1.0/doc/html/tep134.html
Kevin
On Mon, Mar 22, 2010 at 6:39 PM, sadun silva wrote:
> Eric,
>
> Thank you very much for the d
Eric,
Thank you very much for the detailed explanation.
I looked at the app.c file it is little hard to really understand the entire
thing but I got an idea.
I really need this because I have an idea where user level threads will run
in a mote. These threads for example will run in differen
You could just run doxygen on the resulting app.c file. There are
configuration parameters that let you generate both forward and
reverse call graphs from.
Kevin
On Mon, Mar 22, 2010 at 4:12 PM, Eric Decker wrote:
> I know about nesdoc (built via make docs). And I need something
> a bit diff
You may need to use sqrtf() with floats instead.
MS
Pamela Perera wrote:
> 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 sp
I know about nesdoc (built via make docs). And I need something
a bit different.
I'm interested in a full call graph. Not the pieces that nesdoc gives you.
Also interested in a reverse call graph (what calls).
For example I trying to analyze the resource usage of various devices. Who
is us
With TosThreads there are at least two different levels of Boot.booted,
TinyOSMainP.TinyOSBoot.booted and TinyOSMainP.Boot.booted.
The first, TinyOSMainP.TinOSBoot.booted, is what gets signalled after the
Thread start runs (it needs to run first before any of the normal TinyOS
initilization starts
Hi all,
Sorry for multiple copies. I really need to find an answer for this.
I was going thru the TOSThreads code related to boot. When I looked through
TinyOSMainP I found out that we are initializing platform & software
specific components after boot.booted event.
As far as I understand the
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
Hi Ashish,
I have checked in the modified BaseStation code to tinyos CVS, you get
get it there.
http://tinyos.cvs.sourceforge.net/viewvc/tinyos/tinyos-2.x/apps/BaseStation/
Miklos
On Mon, Mar 22, 2010 at 7:54 PM, Ashish Padav Shenoy
wrote:
> Hi Miklos,
>
> Thanks a lot for your reply.
>
> I ha
You have to install WinCVS first (if you use windows), then search for
how to download the CVS version of tinyos from sourceforge (google is
your friend). Miklos
On Mon, Mar 22, 2010 at 6:31 PM, Suzanne Delica wrote:
> Also for these projects, shouldni download all files?
>
> Thank you
>
> --
> S
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
Thanks for the reply. I finally locate the cause of my problem. When
the routing engine initializes, it calls AMPacket.address() to
determine its ID. But in Motelab, AMPacket.address() returns 1 for all
the nodes instead of their actual ID, and node 1 is not a root node.
Since there is no root node
Mehmet:
I've just run a quick test, and I did not have this issue. I did the following:
- compiled apps/RadioCountToLeds with "make micaz avr-studio-debug",
- started AVR Studio (4.16, build 628),
- opened (with File->open) the main.elf file in
apps/RadioCountToLeds/build/micaz
- added a watch for
Suzanne,
Use cvs to check out the corresponding trees, and look for README
files that describe how to set up the drivers. If you run into
problems, send a mail to the mailing list or to the developers of the
drivers directly.
Janos
On Mon, Mar 22, 2010 at 9:40 AM, Suzanne Delica wrote:
> Hello
On Mon, Mar 22, 2010 at 3:46 PM, Arik Sapojnik wrote:
> Hey,
>
> But what happens when I receive the same message via AMReceiverC and
> CC2420ReceiveC (I checked, it works)?
> They both return pointer to msg, which points to the same message (I checked
> that too)?
Yes, they both point to the sam
Hey,
But what happens when I receive the same message via AMReceiverC and
CC2420ReceiveC (I checked, it works)?
They both return pointer to msg, which points to the same message (I checked
that too)?
Thanks,
Arik
On Mon, Mar 22, 2010 at 16:18, Miklos Maroti wrote:
> I am not familiar with the x
Hello Janos,
How am I suppose to download/install these drivers?
Suzanne
On Fri Mar 19 14:17:35 EDT 2010, Janos Sallai
wrote:
> Suzanne,
>
> I guess that you don't have the MTS400 set up correctly. It is
> not
> supported out of the box in TinyOS 2.1: you will need to get
> additional driv
Dear all,
I want to compile TOSSIM in Ubuntu by passing the "sim" option to make it:
make micaz sim
But I get the following error. I checked different versions of Python, but
nothing changed.
/opt/tinyos-2.1.0/tos/lib/tossim/tossim_wrap.cxx:26:20: error: Python.h: No
such file or directory
/opt/
There is no printf capabilities for tinyos-1.x, you'd have to use teh
raw UART or write your own based on the 2.x version.
Kevin
On Mon, Mar 22, 2010 at 1:24 AM, Jordi Soucheiron
wrote:
> What platform are you using? The developers of blip made a printfUART
> function, but it's only compatible w
I am not familiar with the xbow version of tinyos. Miklos
On Mon, Mar 22, 2010 at 3:16 PM, lena psara wrote:
> Hi,
>
> Also i would like to ask...the message structure sent and received using the
> SendMsg and ReceiveMsg interfaces is a TOS_Msg ??
> In order to get the data region of the received
Hi,
Also i would like to ask...the message structure sent and received using the
SendMsg and ReceiveMsg interfaces is a TOS_Msg ??
In order to get the data region of the received packet I should just return it
for example...??
Or if it is not that, how is it the message structure and how can I
Hi all,
I'm confused with the semantics of multiple wiring.
1. scenario 1:
A.intf -> B.intf;
A.intf -> C.intf;
There are two command implementations of a same command. If A call a
command, will both two implementations be executed or only one of them be
ex
Both (via cygwin). Use the tinyos wiki. Miklos
On Mon, Mar 22, 2010 at 2:25 PM, lena psara wrote:
> Hi,
>
> I would also like to ask, the tinyos-2.x official tree runs also in Windows
> Vista or only in XP??
>
> Best Regards,
> Lena
>
>
> From: Miklos Maroti
> To
Hi,
I would also like to ask, the tinyos-2.x official tree runs also in Windows
Vista or only in XP??
Best Regards,
Lena
From: Miklos Maroti
To: Arik Sapojnik
Cc: lena psara ; tinyos-help@millennium.berkeley.edu
Sent: Mon, March 22, 2010 1:59:32 PM
Subject:
OK, that make sense.
Thanks!
On Mon, Mar 22, 2010 at 15:18, Miklos Maroti wrote:
> Hi Arik,
>
> Receive.receive takes a message_t pointer and must return one: this is
> the classic buffer swap. So it is IMPOSSIBLE that two components
> receive the message, since they might return two different
Hi Arik,
Receive.receive takes a message_t pointer and must return one: this is
the classic buffer swap. So it is IMPOSSIBLE that two components
receive the message, since they might return two different empty
buffer. Probably you want to write an adapter module that does the
right thing (uses one
Yes you are right (about all your assumptions).
So what should I do if need two modules to receives the same AM type?
Arik
On Mon, Mar 22, 2010 at 14:59, Miklos Maroti wrote:
> This is a completely different problem, probably you use the TELOS
> platform and not the IRIS one. Also, probably yo
This is a completely different problem, probably you use the TELOS
platform and not the IRIS one. Also, probably you use the AMReceiverC
and also directly connect to the ActiveMessageC (or
CC2420ActiveMessageP). I do not know what causes your compiler error,
but it says that you connected two Recei
Hey,
I'm using the official tree, but I still get this:
nesc1: warning: calls to Receive.receive in CC2420ActiveMessageP fan out,
but there is no combine function specified for the return type
Arik
On Mon, Mar 22, 2010 at 14:31, Miklos Maroti wrote:
> Hi Lena,
>
> Use the official tinyos-2.x
Hi Lena,
Use the official tinyos-2.x tree instead of the XBow environment.
Miklos
On Mon, Mar 22, 2010 at 1:10 PM, lena psara wrote:
> Dear all,
>
> In my application for Zigbee Iris to send and receive messages I am having
> the following two warnings:
>
> nesc1: warning: calls to Recv.receive
Hi,
I don't have experience with deluge, but I can suggest you these:
1. You can send a broadcast message with destination ID field (insider
the payload) and then filter it by yourself upon reception.
2. Connect your mote to the PC and print the TOS_NODE_ID using printf -
see if the v
Dear all,
In my application for Zigbee Iris to send and receive messages I am having the
following two warnings:
* nesc1: warning: calls to Recv.receive in RF230RadioM fan out, but
there is no combine function specified for the return type.
* nesc1: warning: calls to ReceiveCom
You are right.
This can be done either in SW (the AM layer) or in HW (by the Radio chip).
The default is to use HW recognition. In order to stop that, you can use
CC2420_NO_ADDRESS_RECOGNITION flag
OR
CC2420Config.setAddressRecognition(bool on) through CC2420ControlC.
Arik
On Mon, Mar 22, 2010 a
Hi,
can you please tel me at which layer and how the filtering is done while
using AMSend as unicast??
The dest address is compared with the node's TOS_NODE_ID and then either
passed further or discarded. Am i rite?
if yes, where is the TOS_NODE_ID accessed from and where is the comparison
done?
Hi All,
I am trying to simulate a network where there are n motes and a base
station and all the motes sends radio packet to base station and base
station should send serial packets @ some serial port . Is this possible
using Tossim-Live ?? How?
Regards
Abhinav
___
What platform are you using? The developers of blip made a printfUART
function, but it's only compatible with a few platforms
2010/3/22 Riki Tiki
> Spam detection software, running on the system "
> mail.Millennium.Berkeley.EDU", has
> identified this incoming email as possible spam. The origin
On Sat, Mar 20, 2010 at 5:46 PM, Tao Liu wrote:
> Hi,
>
> I am trying to run apps/MultihopOscilloscope on Harvard's Motelab
> testbed, but no radio message is delivered to the root node.
>
> The only change I made is to set the root node manually in
> MultihopOscilloscopeC.nc:
>
> event void Ser
41 matches
Mail list logo
