Calculate the clock cycles per jiffy (32kHz ticks), configure I/O pins as
input/output.
Phil
> On Nov 6, 2014, at 4:57 AM, He Dajiang (I2R) wrote:
>
> Hi all,
>
> We've made sensor board based on micaz architecture. The board does not work
> even for the simple Blink application; we managed
The system will perform the arbitration, using a FIFO queue for AM sends.
Generally speaking, you have an O(n^2) protocol, if each beacon will trigger
O(n) CTP messages. It is very possible or likely that you are saturating the
network. CTP is not intended for high throughput. What is the aggreg
The canonical approach for doing this is called FTSP (flooding time
synchronization protocol).
http://www.math.u-szeged.hu/tagok/mmaroti/okt/2010t/ftsp.pdf
Take a look at tos/lib/ftsp. There is a sample app in apps/tests/TestFtsp.
Phil
On Aug 5, 2014, at 2:57 AM, Nemer14 wrote:
> Any one ha
On Jul 17, 2014, at 9:33 AM, Cyril C wrote:
> Thanks for your answer.
> So if TinyDB belongs to TinyOS 1, can I decently supposed that is it not
> longer supported ?
>
Correct. Hasn't been supported for almost a decade now.
Phil
___
Tinyos-help ma
Alex,
It is not a nesC version problem. The issue is that the PppRouter code is too
big to fit on the micro controller.
Phil
On Jul 9, 2014, at 9:18 AM, Alex CP wrote:
> Dear Thomas.
>
> Thanks for you answer.
>
> I've commented these lines but error persists:
>
> msp430-ld: region text
The source code is not designed to be used with 4.9; this is why we package up
particular compiler releases.
I'm pretty sure this is a false positive warning. Sometimes we need to tweak
code generation to suppress such warnings. If you could show the generated C
that causes the warning, that wo
On May 31, 2014, at 6:10 PM, Roadstar Runner wrote:
> Andris,
> I understand that TinyOS is an all volunteer project and commend the time put
> in by the you and others. One of the aspects of TinyOS that attracted me to
> it was the enthusiasm and activity i saw on the forums. That seems to b
Andras, can we move this to tinyos-main? Running into a few issues.
Phil
On Jun 20, 2014, at 4:37 AM, András Bíró wrote:
> Hi Everyone,
>
> I'm finally done with updating the avr toolchain, and I'm happy to announce a
> beta release. Installation on debian/ubuntu/any dpkg based distro:
>
> #
On Apr 23, 2014, at 7:26 AM, Thomas Schmid wrote:
> It really is all about writing drivers for those chips. The port for the
> SAM3U and SAM3S are pretty good, though they lack a little bit in low-power
> features (e.g. turning peripherals properly on and off).
I'm definitely interested to hea
There isn't; the general intent is that interfaces are typed, so that you get
compile-time checking. E.g., if you use a general Write interface, then someone
could more easily connect components incorrectly. Take a look at CC2420Config,
for example. It's a specific interface because its operatio
I'm very interested in incorporating support for the newer Atmel chips in the
main tree. Cortex M3 is also a priority, but given the diversity of chips I
want to take a look at the space and figure out which we should focus on.
Phil
On Apr 20, 2014, at 11:44 AM, Ugo Colesanti wrote:
> On 0
So it looks like tinyprod is down and won't be coming back up. I'm going to
move TinyOS and its support packages (e.g., msp430-46) back to being hosted at
tinyos.stanford.edu. In part, this means I'd like to package up version 2.1.3
of TinyOS.
If anyone would like to help with the packaging and
Lei,
I've encountered this problem too. I'm not sure why Eric's packages stopped
passing verification. The simple workaround is to install them with
--allow-unauthenticated.
Phil
On Apr 17, 2014, at 8:25 AM, Lei Chen wrote:
> Dear everyone,
>
> I'm new here and I'm a PhD student in Unive
tinyos.stanford.edu now has the msp430-46 packages.
deb http://tinyos.stanford.edu/tinyos/dists/ubuntu natty main
Phil
On Apr 14, 2014, at 11:57 PM, Antonio Linan wrote:
> To my knowledge the repository is broken, if you need only the
> compiler toolchain I can provide a link:
>
> http://s
solve this problem.
Phil
On Apr 10, 2014, at 10:30 AM, Roadstar Runner wrote:
> Phil,
> Thanks once again.
> Is there an easy way for me to find a fix/workaround ?
> Lewis
>
>
>
>
> On Thu, Apr 10, 2014 at 12:13 PM, Philip Levis wrote:
> (responded to thi
(responded to this unicast, thought I would put it here too)
It looks like the avr-studio-debug flag doesn't support code sizes greater than
65,535 bytes. I'm not exactly sure why.
Phil
On Apr 8, 2014, at 3:00 PM, Roadstar Runner wrote:
>
> I have been compiling my program with the 'avr-
So you want to add
deb http://tinyos.stanford.edu/tinyos/dists/ubuntu natty main
Phil
On Apr 7, 2014, at 8:04 AM, Michiel Konstapel wrote:
> Quick followup question, since Eric let me know that the tinyprod repo is
> indeed offline – where does one conveniently get a fresh TinyOS/MSP430
>
I've put the msp430-46 packages up on tinyos.stanford.edu. The dummy packages
still point at the old MSP430 versions. But if you install tinyos-2.1.2,
tinyos-tools, msp430-46, nesc, you should be good.
Phil
On Apr 7, 2014, at 8:04 AM, Michiel Konstapel wrote:
> Quick followup question, sin
on MCU and RFIC advances would
be great.
I'm interested in the comment that following the installation instructions
doesn't work; I had a student start playing with TinyOS and he said he was
startled at how trivial and easy it was to get up and running.
Phil
---
Philip Levis
Ass
ssembler. So we gravitated to __.
Phil
---
Philip Levis
Associate Professor
Computer Science and Electrical Engineering
Stanford University
http://csl.stanford.edu/~pal
On Dec 23, 2013, at 5:52 PM, Eric Decker wrote:
>
>
>
> On Mon, Dec 23, 2013 at 2:13 PM, Addisu Z. Taddese
&
(&m, X);
… in another, later piece of code:
call AMSend.send[AMPacket.type(&m)](…)
Phil
---
Philip Levis
Associate Professor
Computer Science and Electrical Engineering
Stanford University
http://csl.stanford.edu/~pal
On Dec 17, 2013, at 1:32 AM, Eric Decker wrote:
>
> fir
mp;m, X);
… in another, later piece of code:
call AMSend.send[AMPacket.type(&m)](…)
Phil
---
Philip Levis
Associate Professor
Computer Science and Electrical Engineering
Stanford University
http://csl.stanford.edu/~pal
On Dec 17, 2013, at 1:32 AM, Eric Decker wrote:
>
> first,
There should be no difference between a C for loop and a nesC one: nesC is a C
dialect. I have no idea what your problem might be; I think that's people's
concern, that the bug is actually elsewhere for some reason. Could you provide
a full file?
Phil
---
Philip Levis
Associate
ditions
aren't detected until the packet is dequeued from the send queue. E.g., if the
radio's on, you submit a packet, it succeeds, then the radio turns off, the
layer signals sendDone with FAIL as a result_t.
Phil
---
Philip Levis
Associate Professor
Computer Science and Electr
Are you allocating the packet variable in your send function on the stack or in
the component? On the stack won't work.
Phil
---
Philip Levis
Associate Professor
Computer Science and Electrical Engineering
Stanford University
http://csl.stanford.edu/~pal
On Oct 30, 2013, at 12:
ed here, I
> wanted to close here.
>
>
>
> On Sat, Apr 27, 2013 at 3:35 AM, Philip Levis wrote:
> Fair enough -- I suppose that warning came from back when we were manually
> distributing/packaging things up and wanted to keep the number of packages
> down. E.g.,
Marcin,
I'm sorry you had so much trouble with FTSP; this is exactly the kind of reason
why we distribute a specific version of msp430/avr compilers. When we do
discover a bug like the one you describe with the standard compiler,g generally
the answer is to restructure/rewrite the code so it do
TinyOS 2.1.2 is now officially released; you can download it from the debian
packages on tinyos.stanford.edu. In SVN, the tags are release_tinyos_2_1_2 and
release_tinyos_tools_1_4_2. Manual installation with RPMs with the instructions
on docs.tinyos.net will be forthcoming soon.
2.1.2 includes
On Aug 14, 2012, at 4:02 PM, Adrian Dudau wrote:
> Hi everyone,
>
> I have stumbled upon the following issue while trying to port the TinyOs Link
> Estimator implementation onto a different platform. In the file
> LinkEstimatorP.nc, there is a NeighborTable structure that holds the
> up-to-dat
On Aug 27, 2011, at 8:45 AM, Philip Levis wrote:
> On Aug 27, 2011, at 3:46 AM, Richard Figura wrote:
>
>> Hi,
>>
>> is there a solution for the problem described by Shravan Kulkarni
>> yet?
>> I am asking because I have exactly the same problem since ~2 we
On Aug 27, 2011, at 3:46 AM, Richard Figura wrote:
> Hi,
>
> is there a solution for the problem described by Shravan Kulkarni yet?
> I am asking because I have exactly the same problem since ~2 weeks
> when I
> installed an update through the debian repositories.
>
> Like him, I also tried to r
On Aug 27, 2011, at 3:46 AM, Richard Figura wrote:
> Hi,
>
> is there a solution for the problem described by Shravan Kulkarni yet?
> I am asking because I have exactly the same problem since ~2 weeks
> when I
> installed an update through the debian repositories.
>
> Like him, I also tried to
On Aug 23, 2011, at 6:59 AM, Alfonso Martinez wrote:
> Hi!
>
> I have been working for some time with TinyOS 2.1.1 with telosb motes without
> any problem, but recently I have updated the MSP430 GCC using Synaptic in
> Ubuntu 10.10 and when now I try to compile for example Blink it gives me a
On Aug 23, 2011, at 2:32 AM, Michiel Konstapel wrote:
> How badly will this break for people who update their TinyOS checkout,
> but not their compiler?
> Michiel
Sorry, I didn't answer the original question. It means the code is likely to
break badly.
Phil
On Aug 23, 2011, at 2:32 AM, Michiel Konstapel wrote:
> How badly will this break for people who update their TinyOS checkout,
> but not their compiler?
> Michiel
Generally speaking, we try to tie the source tree to a version of the compiler.
Over time, little idioms work in that are intended t
On Aug 9, 2011, at 11:29 PM, Juan Verdu wrote:
> Hi,
>
> I created a mote using a MSP430F2617 microcontroller with libraries of
> MSP430X under TinyOS 2.1, which compiling with the msp430-gcc( version 3.2.3)
> of the mspgcc. I made several changes in Ubuntu and TinyOS operating
> systems. Th
On Jul 20, 2011, at 7:29 PM, ranal fernando wrote:
>
> sorry for multiple mails. does anyone have any idea? at least about the
> feasibility of this? i thought of having some feedback from the community.
>
> Thanks.
> From: ranalferna...@live.com
> To: tinyos-help@millennium.berkeley.edu
> Da
On Jul 13, 2011, at 5:44 AM, Romain Bornet wrote:
> It is even worse than just the docs... Even the www.tinyos.net
> homepage is unreachable... Hope this will be fixed quickly.
>
> Regards
> Romain
I'll take a look. This stuff is on a Berkeley server.
Phil
_
ved by 2 with gain -87.
meyer-heavy.txt are 1KHz samples taken of environmental interference. Please
see:
HyungJune Lee, Alberto Cerpa, and Philip Levis.
Improving Wireless Simulation Through Noise Modeling. In Proceedings of the
Sixth International Conference on Information Processing in Wir
On May 6, 2011, at 8:30 PM, Eric Decker wrote:
>
> The Stanford repository has been down for at least two days. Not sure what
> is going on. Have tried to communicate with the folks in charge.
>
> In the meantime, a few of us have collaborated to bring up a mirror at John
> Hopkins.
>
>
On Mar 17, 2011, at 3:26 AM, tja...@mail.tu-berlin.de wrote:
> Hello,
> I think I have found a bug in the cc2420 stack concerning the
> transmission power of the acknowledgements. Maybe someone can verify
> it? I don?t know who is responsible for the stack at the moment. Is it
> still David
On Mar 21, 2011, at 2:27 AM, SHIVASANKAR GANESAN wrote:
> Hi
>
> While giving "make micaz sim" in TinyOS 2,
>
> It is showing error in "tossim_wrap.cxx" file.
>
> How to fix it.
>
> My error similar to
> http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg35373.html
>
> And H
On Mar 21, 2011, at 1:57 AM, wasif masood wrote:
>
> Hi all,
>
> Can someone tell me whether CTP can maintain multiple roots in its current
> implementation?
>
> BR,
> Wasif Masood
Yes. A node will automatically choose to route towards the root that has the
lowest cost path.
Phil
On Mar 18, 2011, at 10:08 AM, Joe Dvorak wrote:
> Hello,
>
>
> I ran into a problem where the timer fails to fire based on the size of
> variables defined in my program. The program has several timers and data
> arrays to store the results before transmitting. My program runs great with
> d
On Mar 17, 2011, at 12:18 PM, Francisco Sant'anna wrote:
> Hello,
>
> I cannot make nesC to detect potential race conditions in my programs.
> For example, I can see in the compiler output the flag "-Wnesc-data-race" but
> no data race is detected for following code snippet:
>
> implementation
On Mar 17, 2011, at 3:26 AM, tja...@mail.tu-berlin.de wrote:
> Hello,
> I think I have found a bug in the cc2420 stack concerning the
> transmission power of the acknowledgements. Maybe someone can verify
> it? I don?t know who is responsible for the stack at the moment. Is it
> still David?
On Mar 16, 2011, at 9:30 AM, raffaele di bari wrote:
> Thanks Sergio,
> But I dont run the TinyOS. I use the Sentilla Jcreate APIs in Java...
> Raffaele
Well, this is the tinyos-help list...
Phil
___
Tinyos-help mailing list
Tinyos-help@millennium.be
On Mar 15, 2011, at 12:00 PM, Breno Guimarães wrote:
> Hi,
>
> I'm working with MicaZ motes on TinyOS 2.0.1.
>
> My application is simple. I have one mote sending a broadcast message and
> other two responding to the first whenever they receive any message.
> Therefore, the first mote receive
On Mar 7, 2011, at 2:02 AM, David wrote:
> Hi there,
>
> I've started using CTP+LPL in a project (thanks for the earlier
> suggestion), and have a few questions about the network behavior when
> the basestation mote is offline/unavailable.
>
> (in this mail, I assume a very basic setup, where t
On Mar 3, 2011, at 10:51 PM, xi xu wrote:
> hi, all
> I've been working on a problem under TOSSIM for a long time. I found that
> when I call Queuesend.send() and it did give a successful return of
> Queuesend.sendDone(), but sometimes the receive.receive() doesn't receive any
> packet it stil
On Mar 1, 2011, at 2:58 PM, Bach wrote:
> Hello,
>
> I just did a simple experiment of the tmote sky, or telosB, to measure its
> current consumption when the radio transmission power is set at different
> level.
> I changed the makefile "CFLASS += -DCC2420 DEF RFPOWER” to different value
>
On Feb 26, 2011, at 10:45 AM, Harsha Chenji wrote:
> Hello all,
>
> I am trying to get ip-driver working in daemon mode on a router. However,
> when I issue the "./ip-driver &" command, the process always backgrounds
> itself.
The & token in a shell backgrounds a process.
> Only when I type
On Feb 14, 2011, at 2:56 AM, aca...@correo.ugr.es wrote:
> Good morning,
>
> I have problems when I try to make work the TestSerial (Lesson 4)
>
> I have the same error written in this link:
>
> https://www.millennium.berkeley.edu/pipermail/tinyos-help/2010-July/047030.html
>
> Please, would y
On Feb 4, 2011, at 9:35 AM, Xiaohui Liu wrote:
> Hi,
>
> I think there is a mistake in my previous email, t should be within
> [currentInterval / 2, currentInterval], sorry about that.
>
> But I'm still not sure What "tHasPassed" means. Can anyone helps with that?
Trickle picks a time t in t
No -- as execution in TOSSIM is instantaneous (code runs infinitely fast) there
is no way to have a busy wait. E.g., if you waited for 10s, then somehow the
simulation would need to move forward 10 seconds even though lots of other
things would happen in the meantime. This would require multithr
On Feb 2, 2011, at 1:44 AM, Declan Delaney wrote:
> Thanks guys,
>
> I was looking for Tinyos 2.1.0 for compatibility with some of the contrib
> work.
>
> Ive noticed that the contrib repo on google is empty: TinyOS-Contrib Repo. Is
> the sourceforge repo still maintained for contrib code, or
Contrib is still hosted on Sourceforge, as they allow a project to have
multiple licenses.
Phil
On Feb 1, 2011, at 6:19 PM, Eric Decker wrote:
>
> The CVS repository is deprecated.
>
> The current TinyOS 2.1.1 trunk is over at TinyOS Repo (Google Code via svn).
> It includes all the old co
On Jan 31, 2011, at 2:15 PM, Brad Campbell wrote:
>
> SOLUTION: I figured out a method for making the I2C work after SPI has been
> used. I had to set the I2CTCTL register to 0x01 before configuring it
> properly. Here is my svn diff for the change:
Can you add this as an issue on Google Code?
On Jan 28, 2011, at 6:38 AM, Scott Corbin wrote:
> Hello,
>
> I am having a compiler problem that I’m hoping someone can shed some light
> on. I have a configuration file that doesn’t appear to be getting included
> in the build. This configuration file is in the same directory as a module
On Jan 18, 2011, at 2:44 PM, Jimmy wrote:
> Hi,
>
> Currently I have a question of Micaz smallest sending rate.
>
> When I specified the packet size as 90 bytes and packet interval as 20
> ms, I checked the received sequence id and found nearly only half of
> the transmitted packets were receiv
On Jan 11, 2011, at 1:35 AM, Nicos Gollan wrote:
> Hi,
>
>>> First, there are file conflicts with distribution packages:
>>> * gcc-avr
>>> * avrdude
>>> * binutils-avr
>>>
>>> Those are required by some packages in the TinyOS repository, instead of
>>> the *-tinyos packages. So that requires qu
On Jan 10, 2011, at 2:19 AM, Nicos Gollan wrote:
> Hi,
>
> I just went through the installation of 2.1.1 as described on the Wiki on a
> Debian system (tracking unstable).
>
> First, there are file conflicts with distribution packages:
> * gcc-avr
> * avrdude
> * binutils-avr
>
> Those are re
On Dec 24, 2010, at 2:56 AM, saran malar wrote:
> Hi.
> i am doing my project in tinyos. can anyone help in formation
> of tree for data gathering using tinyos.Please give me idea since i
> am starting from scratch..?
>
http://sing.stanford.edu/gnawali/ctp/
Phil
On Nov 19, 2010, at 7:07 AM, wasif masood wrote:
>
> There is no explicit declaration for data in CTP header,yet forwarding works,
> can someone please please explaiin this
>
>
> typedef nx_struct {
> nx_ctp_options_toptions;
> nx_uint8_t thl;// tried_hopc
On Nov 17, 2010, at 8:36 PM, Morten Tranberg Hansen wrote:
> I argue that the application, which is signaled receive from the ctp
> forwarding engine, should not necessarily have to tell anybody that it
> received this event, and hence CTP should debug the NET_C_FE_DST_MSG. In
> case the appl
orwarder to know the sleep interval of its next hop.
>
> Thanking you,
> D. Manjunath
>
>
> *******
>
> On Mon, 15 Nov 2010, Philip Levis wrote:
>
>>
>> On Nov 7, 2010, at 3:40 AM, Manjunath Doddavenkatappa wrote:
>>
>>>
>>> Dear Dr. Gnawa
On Nov 17, 2010, at 6:38 PM, Morten Tranberg Hansen wrote:
> On Thu, Nov 18, 2010 at 12:00 PM, Philip Levis wrote:
> Why is the current logic for receive() dependent on the application?
>
>
> The application would either have to send the NET_C_FE_DST_MSG event through
> t
On Nov 17, 2010, at 5:34 PM, Morten Tranberg Hansen wrote:
> Thats what I thought were the arguments. Personally I like to debug CTP
> independent of the application, and hence find the arrived event useful,
Why is the current logic for receive() dependent on the application?
> and for debu
On Nov 17, 2010, at 4:45 PM, Morten Tranberg Hansen wrote:
> Hi Om,
>
> I've always wondered why CTP does not report arrived messages and received
> beacons. Over time I've found these events very useful when debugging CTP.
>
> Is there a reason for not reporting these events? If not, see pr
On Nov 16, 2010, at 9:29 AM, Pedro Nunes wrote:
> I'm facing this same problem. Does anyone have a solution for this (i.e. a
> configuration file for MICAz nodes)?
>
> Thank you in advance.
> Regards,
> Pedro Nunes
TOSSIM is intended mostly as a debugging tool, not a tool for evaluation.
Resu
On Nov 15, 2010, at 10:45 AM, Jose Araujo wrote:
> Hi,
>
> There is a course going on at KTH, sweden on Sensor Networks given by Adam
> Dunkels, Luca Mottola and Olaf Landsiedel, with some good info on the OSs for
> WSNs.
> In my opinion, if you plan to do hardware implementations with the mot
On Nov 1, 2010, at 6:46 PM, Dongyu Yang wrote:
> Hello!
>
> The return value is EBUSY. The AM layer do not promise signal
> AMSend.sendDone
> event, if the return value is not SUCCESS when call AMSend.send().
> Because in the component AMQueueImplP, when call Send.send() it may
> retu
On Nov 1, 2010, at 2:03 PM, Omprakash Gnawali wrote:
> On Mon, Nov 1, 2010 at 2:52 AM, wasif masood wrote:
>>
>> Yes, I think it would be troublesome if one neighbor completely vanishes
>> from the vicinity of a node because in that case node will always be
>> transmitting 3 byte additional ove
On Nov 7, 2010, at 3:40 AM, Manjunath Doddavenkatappa wrote:
>
> Dear Dr. Gnawali,
>
> Sorry to get back to you so late, we had a paper deadline.
>
> Everything works fine if I set LPL variables from the Makefile as in
> TestNetworkLpl. Problems arise only on trying to set LPL variables from
Given that docs.tinyos.net is a wiki, it might be helpful to put your web page
up there: this means it will persist after you graduate from Purdue.
Phil
On Oct 25, 2010, at 9:54 AM, Paul Joonhwa Shin wrote:
> Hello,
>
> I am a PhD student at Purdue. I just want to contribute to this
> communi
Stephen, I think you broke CC2420CsmaP.nc on r5174. In particular, the setting
of the FCF. Can you please check that it still works with regular AM packets.
Also, the current code is such that if you compile with HW security support it
won't compile.
Phil
On Oct 20, 2010, at 12:41 PM, Jan Baue
On Oct 20, 2010, at 12:41 PM, Jan Bauer wrote:
>
>
> Hi all,
>
> since I've updated my TinyOS version from 2.1.1 to the newest SVN
> version, I've got problems with decoding transmitted packets in
> wireshark (using the Jackdaw RZUSBStick).
>
> For example, I've captured these two Drip/Deluge
On Oct 14, 2010, at 9:44 AM, Philip Levis wrote:
> On Sep 19, 2010, at 1:27 AM, Eric Decker wrote:
>
>> I'm pretty sure the following is a problem under heavy receive loads on the
>> serial link. This is especially true for high baud rates that have
>> interarr
On Sep 19, 2010, at 1:27 AM, Eric Decker wrote:
> I'm pretty sure the following is a problem under heavy receive loads on the
> serial link. This is especially true for high baud rates that have
> interarrival character times that are quite small.
Eric,
Can you test that this patch works:
===
On Oct 8, 2010, at 7:58 AM, Fabrice Dossin wrote:
> Hi,
>
> I am using iris motes in the same kind of load. When load is going
> higher I see this kind of things.
> I am not sure it is linked but I also have infinite loop into the
> ctp tree and it never recovers from it.
> I can see data and
On Sep 19, 2010, at 1:27 AM, Eric Decker wrote:
>
> Under heavy loads and just the right circumstances this can cause an in use
> receive slot to become
> unlocked causing a packet loss. The unlocked slot will get used for a new
> incoming packet. The packet
> contained in the slot's msg buff
On Sep 18, 2010, at 7:35 PM, Eric Decker wrote:
> I'm sure this is pretty old but
>
> I'm currently debugging a serial protocol problem. I'm sending a well formed
> Serial AM packet to my mote but for some reason it is getting
> dropped by dispatch. The AM type isn't being seen correctly
On Sep 6, 2010, at 8:23 AM, mojtaba raznahan wrote:
>
> This is my problem too!!
>
> "fix the transmission range of each node to 40m only"
>
> Any help would be appreciated.
>
> On Mon, Sep 6, 2010 at 12:37 AM, avinash chaurasia
> wrote:
> hello all,
> I have to generate topology such that,
On Aug 27, 2010, at 6:05 AM, rupesh vishwakarma wrote:
> Hi,
> I am trying to implement AODV protocol for multihop networking in telos B if
> any one have sample code or method then do help
Don't. AODV is ten years old and no-one uses for a good reason. It's academic
in the worst sense of the
On Sep 13, 2010, at 11:56 PM, Roger Larsson wrote:
> Hi,
>
> I am in need of a multichannel oscilloscope application for Tinyos2
> (I have read that there was such an application included in
> Boomerang - but I can't find it available on the net)
>
> In an attempt to learn Tinyos I have enhance
On Sep 15, 2010, at 6:17 AM, Stefano Abbate wrote:
> Dear Colleagues,
>
> I have Master's student in Computer Engineering which has developed a
> module in TinyOS 2.x to measure the Energy Consumption and generally,
> the activity of a Tmote-Sky/TelosB node. He would be happy to make his
> work a
On Sep 15, 2010, at 5:03 AM, Michiel Konstapel wrote:
>> I have some troubles implementing a parametrized interface of Timers.
> I
>> have used the code snippets from "Software design Patterns for
>> Tinyos"
>> from Gay et al. and some hints online and from this mailing list.
>> I am
>> attac
On Aug 24, 2010, at 8:19 PM, Omprakash Gnawali wrote:
> On Tue, Aug 24, 2010 at 3:21 PM, wasif masood
> wrote:
>>
>> the only random values in test.py are related to bootuo time and I
>> don't how
>> this value is going to effect the outcome.
>
>
> Those random values might change the order
On Aug 23, 2010, at 11:47 AM, surfma...@gmx.at wrote:
> Hello,
>
> After reading a TinyOS tutorial I have 4 remaining questions:
>
> 1.) Why do you need the = operator for wiring?
> Does the configuration as well as the module provide and use
> interfaces?
> Why is the provides interface Leds;
The DIP paper explains Drip; Drip allocates a separate Trickle timer
per item.
Phil
On Aug 22, 2010, at 11:08 AM, Paul Gildea wrote:
> Hello, I'm looking to compare the dissemation protocols provided
> with tinyos, DIP, DHV, DRIP.
> i have papers n DIP and DHV to read, is there any good
>
You can't really in this case: other parts of the system (eg timers)
depend on the value's progression. Two options:
1) Run FTSP
2) Store the observed difference between transmitter and receiver time
at the receiver, use this as an offset. Note the issues with drift.
Phil
(sent from a phon
On Aug 20, 2010, at 7:22 AM, Xiaohui Liu wrote:
> Actually, I'm trying to change 4 bit link estimation (4bitle) to estimate
> some link delay related information. At the beginning, 4bitle is working
> fine. However, after I add the blue fields (nothing else), 4bitle seems to
> malfunction. Hop
On Aug 19, 2010, at 8:57 PM, Xiaohui Liu wrote:
> Hi,
>
> The following appears in my header file.
> enum {
> SWS = 15,
> NUM_OF_QUANTILES = 4,
> LINK_MARKER_COUNTS = 11,
> };
> typedef struct neighbor_table_entry {
> am_addr_t ll_addr;
> uint8_t lastseq;
> uint8_t rc
On Aug 18, 2010, at 6:04 PM, sadun silva wrote:
> thanks for the reply
>
> is Drip really multicast ? i thought it just propagates a variable throughout
> the network (so basically everyone gets it)
>
> silva
You make the data says what multicast group it is for. When you receive an
update,
On Aug 18, 2010, at 5:49 PM, sadun silva wrote:
> Dear all,
>
>
> Is there an implementation of a multicast protocol in TOS2?
>
>
> Thanks in advance
>
> silva
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.m
On Aug 17, 2010, at 1:42 AM, Hamidreza Ghafghazi wrote:
> dear all,
>
> Is it possible to call AMSend.send in the event void Receive.receive or not?
Yes, but you need to be careful with message pointers. Be sure that you don't
return the same message_t* that you pass to AMSend. Otherwise the r
This looks like TinyOS 1.x; in 1.x you can't send to the radio and serial port
simultaneously. In 2.x you can.
Phil
On Aug 16, 2010, at 8:45 AM, Xavi Colomer wrote:
> Hello,
>
> I need to send to UART and Radio at a time, but only one of SendMsg calls
> works... What is the problem? Parameter
On Aug 15, 2010, at 6:23 PM, Sergio Campamá wrote:
> Thank you Philip, hadn't occurred to me to use gdb. I'll try to produce
> better questions after I study TOSSIM some more. I've managed to follow some
> function calls but the link between NesC and C, as in sim_mote.h, are a
> little more di
On Aug 15, 2010, at 11:07 AM, Sergio Campamá wrote:
> Hello,
>
> I am trying to understand how Tossim works in order to make some changes in
> the simulation engine, specifically to incorporate new processors and try
> different wireless channel models.
>
> Is there any documentation from w
On Aug 10, 2010, at 10:50 PM, Manjunath Doddavenkatappa wrote:
>
> Just a guess,
>
> Before asking the routing layer whether a new route to a neighbor is
> promising, the estimator
> asks physical layer whether the white bit of the incoming packet (from the
> sender of the new link) is set.
1 - 100 of 1595 matches
Mail list logo
