filter...
however it appears that it is being locked in the radio presets). I
have tried tweaking these parameters to no great effect.
Has anyone experienced similar problems before, or does anyone have any
ideas as to what is causing the packetloss issue in only the 900 MHz?
Thanks,
-Paul
David,
In general, SDRAM will be much faster than FLASH memory. If you need
detailed timing information you need to look on your imote for the chips
that are used for FLASH/SDRAM and look up the manufacturer's datasheets
(not crossbow's datasheet which is more like an advertisement for the
Akankshu,
As for your Question #1, there is an AlarmMicro32C it's just in the
tos.platforms.mica.AlarmMicro32C directory.
For Question #2, I haven't looked closely at the SoundLocalizer program,
it basically samples the ADC as fast as possible. When it detects that
the current sample is
Xiaodong,
My comments are in-line
Hi Guys,
I have a question regarding the low power listening function.
I know for the receiver, we could use setLocalSleepInterval() to
invoke the periodic sleeping. And for the sender, in order to send the
packet to this receiver, setRxSleepInterval
at the sender side, as well as the unnecessary interference at other
nodes because of the continuously using of channel. Am I right?
Thanks,
Xiaodong
On Tue, Nov 10, 2009 at 6:46 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
Xiaodong,
My comments are in-line
to the constant overhead of
synchronization or beacons. On the other hand if transmissions are
common, then you will probably be better off with beacons or time
synchronization.
-Paul
Razvan Musaloiu-E. wrote:
Hi!
On Tue, 10 Nov 2009, Paul Johnson wrote:
Yes, that pretty much sums it up
Akankshu,
It really depends on a lot of factors. An environment with lots of
obstacles(trees, cubicles, buildings, cars, etc) can cause severe
multipath effects which make estimation difficult. But as a start, you
can look at free space propagation loss models. These will give you a
Alfred,
It really depends on what your topology looks like. If the nodes,
before the change, received messages with an RSS of -45 dBm, and you
reduced the power level from +0dBm to -15dBm. The RSS would go from
-45dBm to -60dBm. Depending on your hardware, this can still be within
the
what might be the different between the microphone
implementation in MicrophoneC inside SoundLocalizer Vs the MicP inside
mts300 ?
Thanks a lot
Akankshu
On Thu, Nov 12, 2009 at 4:44 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
CVS under /tinyos-2.x-contrib/tinyos
Vikram,
Please examine the crossbow datasheet for the micaz or the crossbow's
MPR-MIB User's Manual for this information.
http://www.xbow.com/support/support_pdf_files/mpr-mib_series_users_manual.pdf
-Paul
Vikram vik76 wrote:
Hello,
I would like to know how much memory is available in
program size increases, then the available data size
decreases.
My requirement is to use an array of uint8_t for a large number of
elements whose values keep changing dynamically.
Thanks
Vikram
On Fri, Nov 13, 2009 at 11:42 AM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote
I am not aware of many people that are still using tinyos 1.x, so I
doubt you will be able to get any sort of authoritative response from
anyone. Since the compiler is complaining about TOSH_NUM_NODES, have
you considered adding to your Makefile a line like this:
CFLAGS +=
Mojtaba,
You need a CVS client to check out the entire project. Depending on
your platform there are lots of different cvs programs.
-Paul
mojtaba raznahan wrote:
Hi,
Excuse me, how can i download whole project as a single file ?
In this link i should download the project one by one
and for the most part they have worked but I want to learn
about the usage and different such flags ?
I look forward to hearing from someone
Akankshu
On Fri, Nov 13, 2009 at 1:10 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
I am not aware of many people
Mojtaba,
Make sure when you are setting up your links in the simulation you set
up BOTH directions of the link. For example if you're trying to send
something from node 1 to node 2, you need to define the gain for link
1-2 and from 2-1. Otherwise, 1 will be able to send to 2, but 2 will
(Control,sys.stdout);
for i in range(0, 1000):
t.runNextEvent();
sincerley,
Mojtaba
On Sat, Nov 14, 2009 at 8:11 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
Mojtaba,
Make sure when you are setting up your links in the simulation you
set up BOTH
I'm not exactly sure of that particular interface in TOS 1.x but, i
remember that in TOS, the milli counter ticks 1024 times per second not
1000, so this might account for some of the time difference.
-Paul
Mohammad S. Hashemian wrote:
Hi all,
In the application I'm working on, I need to
());
}
else
dbg(Control, the busy flag is true.\n,sim_time_string());
*
And this is my message struct :
*enum {
TIMER_DELAY = 2000,
AM_Rbs = 6
};
typedef nx_struct RbsMsg
{
nx_uint8_t count;
} RbsMsg;
#endif
*
On Sat, Nov 14, 2009 at 9:51 PM, Paul Johnson
Mojtaba,
Glad I could help. I understand how frustrating it can be when you're
first starting out.
As for the text file... Basically it's a noise trace, meaning that they
took Received Signal Strength (RSS) measurements over a long period of
time. They use this input to train a model to
Long,
In general, the serial port should be able to provide that sort of
datarate easily. If i remember correctly the telosB motes use 115200
baud for the serial communication. This means that you can send up to
115,200 bits/second through the serial. The data rate that you are
wanting to
Akankshu,
To the best of my knowledge there is no sure-fire way of determining how
much residual energy the batteries contain. I believe the MicaZ has the
ability to take ADC measurements on the battery voltage itself (using
some regulated voltage as a reference). However, this won't
Akankshu,
1)
if (clusterhead)
{
//do something
}
else //!clusterhead
{
//do something
}
2)
Look at the micaz NESDOC (google nesdoc)for how to turn off the receiver
for the radio.
The real problem you are going to run into is how does the
non-clusterheads know when to become the new
Mojtaba,
Actually, i believe the bootAtTime is in 100's of pico seconds (10^-10)
seconds. So 1024 * 10^-10 = 0.001024, and apparently
sim_time_string() returns time in seconds (up to nano seconds (10^-9)).
There are actually 1024 milli ticks per second, so this is why each
timer fired
,
Thanks again for your clear answers.
Yes, I think like you.So due to this issue I can't test time
synchronization algorithms in TOSSIM,am I right ?Or maybe there is
some interface for doing this job .. ?
sincerley,
Mojtaba
On Mon, Nov 16, 2009 at 9:58 PM, Paul Johnson
.
Thanks,
On Tue, Nov 17, 2009 at 8:51 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
Yes, you can do that, but it won't accurately model a real clock
because of clock skew. In general, clocks do not run at the exact
same rate, their frequency tends to drift
is :7.
DEBUG (0): The Packet recieved at 1195375551 and the length is :
02 and data is :7.
DEBUG (1): sendDone at 1197054008.
*
On Tue, Nov 17, 2009 at 9:43 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
Mojtaba,
%d in printf is used for signed 16 bit
Akankshu,
The tx_power data field is part of the packet's metadata. This means
that it's not transmitted when a packet is sent. Therefore, the
tx_power for a received packet will always be the default value because
it is only used for outgoing packets.
-Paul
Akankshu Dhawan wrote:
Hi
Wafa,
You'd have to check the NESDOC for the particular component you are
wiring to Random, but I am pretty sure there is a call that allows you
to set the seed of the random number generator. There may also be a way
to do this within the python program.
-Paul
wafa jaballah wrote:
Hi all,
Zhao,
In general there is no difference between the keywords async and sync
(which is the default if you define nothing) except from where that
function can be called. An async function can never call a sync
function, but a sync function can call another sync function, or an
async
Haixia,
I'm not aware of any schematics that are available for the MDA320, but
you might want to check out the MTS-MDA User guide. That should at
least give you a starting place.
http://www.xbow.com/support/Support_pdf_files/MTS-MDA_Series_Users_Manual.pdf
-Paul
Li, Haixia wrote:
Hello,
other ideas? I try to read the old MDA320 driver for tinyos1.x, but it's not easy without the schematic of the MDA320.
Thanks and Regards,
Haixia Li
From: Paul Johnson [oewyn...@gmail.com]
Sent: Saturday, November 21, 2009 8:58 PM
To: Li, Haixia
Cc: tinyos
:58 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
Haixia,
I'm not aware of any schematics that are available for the MDA320, but
you might want to check out the MTS-MDA User guide. That should at
least give you a starting place.
http://www.xbow.com
Daniel,
In general, TOSSIM doesn't simulate all mote hardware. There are
functions which have not been implemented, or been implemented
differently in simulation than in the real hardware. (I would bet one
such case is here:
/opt/tinyos-2.x/tos/chips/atm128/adc/Atm128AdcC.nc:65) One
Try typing just make mica2 and see what how much RAM and Program Flash
required for your program. It should be displayed at the end of the
build process.
If you're trying to flash the motes w/ a program that exceeds these
limits, then it's very likely that you're having these issues.
-Paul
Giorgio,
In general, you would need a special mote with multiple radios(or a
special radio) to be able to send/receive at the same time. Even then,
transmissions and receptions would need to be separated in frequency.
I am not aware of any readily available motes that have this
capability.
Giorgio,
What Marcus means is that any code that does not utilize the telosb
hardware can be tested in TOSSIM. So in TOSSIM, you CAN: send messages,
parse messages, blink leds,perform computations, any software related
task. In TOSSIM, you CANNOT: take an ADC reading from a telosB mote,
Giorgio,
I believe I know what the problem is.
When you type make safe, it attempts to catch any possibly unsafe
operations. Mostly this is concerned with memory access and going
outside of bounds on an array, etc.
In your example, the operation is not safe. If for example you did this:
Wafa,
When you say the simulation takes less than X ms, how much less?
Without more detailed information, it's difficult to say whether there
is a problem, or you are interpreting the simulation time incorrectly.
Please check out this thread on the mailing list. Hopefully it should
Kiraneet,
As stated before, tinyos-1.x hasn't been in development for a few years,
so it's unlikely that many people on the list are going to be able to
give you much support. Please include at least the important code
segments that you modified/created, otherwise, I can only guess in the
Ricardo,
It's very easy to have a unique sequence number. Just similar to what
you suggested, you can combine the node's ID with the local sequence
number. However, I wouldn't suggest adding the two numbers together.
If you do, then you lose the uniqueness of the sequence number. Instead
Kartik,
I suggest that you take a look at the nesdoc (google tinyos nesdoc) for
the platform you are developing for. By looking at the components you
currently use to send messages, you can drill-down the wirings until you
find the MAC implementation.
Learning how to use grep to search
Vikram,
Please see another recent post regarding this issue.
http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg30507.html
Thanks,
-Paul
Vikram vik76 wrote:
Hello,
I couldn't understand and believe this.
I was doing make micaz sim which gave all sorts of errors that I
AM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
Ricardo,
It's very easy to have a unique sequence number. Just similar to
what you suggested, you can combine the node's ID with the local
sequence number. However, I wouldn't suggest adding the two
not initialized with the
value that the user wants, for example given in the Makefile? How is
it guaranteed to be unique across the network?
On Sun, Nov 29, 2009 at 6:54 PM, Paul Johnson oewyn...@gmail.com
mailto:oewyn...@gmail.com wrote:
NodeID can be any value that is guaranteed
Kartik,
What is happening is that your cygwin installation does not have a sym
link to your shell in /bin/sh. Because of this, the msp430 tools aren't
able to be installed, and thus, the next command to install the binutils
fails after.
To correct this type 'which sh' and figure out where
Vijay,
Please reference the CC2420 datasheet under the section Output Power
Programming for more details on the programmable transmission power levels.
Unfortunately, I doubt you will be able to find a transmission power
level that will precisely fit your needs. The CC2420 is not going to
interested on these issues for indoor tracking so I need
short range communications. Do any of you have any experimental data
to share with me? Actually, I was quite surprised with Vijay's mail
concerning radio ranges with DCC2420_DEF_RFPOWER values of 1 and 2.
Thanks in advance,
Ruben
Paul
Kartik,
In your local makefile add something similar to this:
CFLAGS+=-lm
CFLAGS is a variable that make stores and passes to ncc when it compiles.
That should do it for you.
Cheers,
-Paul
Kartik Siddhabathula wrote:
Hi All,
I need help with the maths library.
In the tutorial, it says to
Akankshu,
I would look at the source: apps/tutorials/RssiDemo/RssiBase, and in the
java program
It will tell you exactly what, if any manipulation is being performed to
the value.
-Paul
Akankshu Dhawan wrote:
Hi All
I have tested the RssiDemo for Micaz motes and once the distance
David,
Thats the problem with using pointers to arrays. The only time you know
the size of the array (unless it is a c-style string) is when you create
the original array. If you want to know the size of an array, you need
to either pass that value into the function, or denote the end of
Assuming you already have a tinyos 2.x distribution, then you already
have TOSSIM installed. Follow the guide on the wiki:
http://docs.tinyos.net/index.php/TOSSIM to set up a simulation using TOSSIM.
Note that TOSSIM's support for hardware simulation (set transmission
power level, ADC
Somnath,
There aren't really straightforward answers to your questions because
they both are non-deterministic to a degree.
For the first question: What data rate are you talking about? The raw
number of bits(including headers/footers?) that can be successfully
delivered over the air
Zhao,
Your best bet is to look at the datasheet for the radio chip your
hardware is using, and see if there are any settings for increasing
sensitivity. In general though, I don't think you will be able to find
anything that would significantly increase listening range.
(I'm not a
Vikram,
It's probably best to look at the code yourself to determine if your
platform turns on acks by default or not.
In general it is radio hardware specific, for example the CC1000 doesn't
perform MAC level acks. Other hardware such as the CC2420 have mac acks
enabled by default for unicast
Ricardo,
I've tried doing this before, and I was able to read *something* in the rssi
field in the packet's metadata. However, it seemed to be off by several
factors of 10 from expected values. I never looked into it further. The
best thing you can do is probably enable some of the debug
Wenjie,
I believe you are correct. I probably should have verified this by
looking at the code before making the statement. I had previously read
through that code, and gotten the idea that sendDone(SUCCESS) was only
signaled after an ack is received, but i guess i missed that case. It
Zhao,
My first thought, from running my own experiments is that it has
something to do with the transmission power. 9 m is about what I would
see with the mica2 in 900 MHz(it uses the same hardware as 433 MHz, but
a couple capacitor values are different) when i set the transmission
power to
? Maybe
it is no use for receiver.
Best
Zhao
2009/12/9 Paul Johnson oewyn...@gmail.com mailto:oewyn...@gmail.com
Zhao,
My first thought, from running my own experiments is that it has
something to do with the transmission power. 9 m is about what I
would see
Vikram,
Look at TOSTHREADS: http://docs.tinyos.net/index.php/TOSThreads_Tutorial
It provides some very basic multithreaded features to tinyos.
-Paul
On 12/13/2009 4:20 AM, Vikram vik76 wrote:
Hello,
I would like to know whether we can develop multi-threaded programs
using nesC and run them
Isa,
There can be many reasons why a mote doesn't receive a packet. Some
information about your setup would help us in debugging your problem.
What motes are you using, where the motes are located, etc, would be
helpful in trying to figure out why the nodes aren't able to communicate.
For
Isa,
Do you only have one micaz mote flashed and running? If so, then it's
not surprising that you are not receiving any messages like the tutorial
displays. You must have another micaz mote running the same program
before you will see the received ... lines using TestSerial. That
line
Viktor,
You should look up some resources on free space loss/propagation models.
They will give you a starting place on modeling gain or in reality,
attenuation as a result of distance.
The basic calculations will be something like this: Gain(dB) = TX
Antenna/Power Gain(dB) + DistanceLoss(in
Faisal,
When possible, please search the archives of the mailing list before
posting a question. It is very likely that someone has already asked
that question and gotten a response back.
See
http://old.nabble.com/Fwd:-Need-Help-With-TInyos2.0-in-MTS400-Sensorboard-td23702024.html
for more
Vikram,
I did a brief search through the nesdoc, and I don't believe this is
currently implemented (being able to temporarily disable transmissions
and re-enable them for any module interfacing with the radio). If you
wanted this functionality, you would need to implement it yourself.
Mohammad,
One thing you may want to check out is the antenna connection to the
micaz board. The board-mounted connector can be pretty fragile and can
be easily broken off if the antenna catches on anything, or you attempt
to remove the antenna by pulling at an angle. What I would do is try
or the female part itself is damaged? (the
antenna should be fine, I tested it by changing a new mote's antenna
with a damaged one, and it still was working fine)!
thanks again for your help,
Mohammad
2009/12/22 Paul Johnson oewyn...@gmail.com mailto:oewyn...@gmail.com
Mohammad,
One
Rachel,
As you suspected, TinyViz is not supported for tinyos 2.x. You will
need to use tinyos 1.x if you want to use TinyViz.
-Paul
On 12/23/2009 6:47 AM, Rachel Bernard wrote:
Hi all,
/I am using tinyos 2.1 on winXp with cygwin/
/I want to use TinyViz for stimulating the sensors./
//In
Vikram,
In general, each instance of the AMSenderC component only supports a
queue of 1 message. So just calling send() twice will likely result in
some failure. I haven't actually tried this myself (nor have easy
access to the code right now), so i don't know if the 2nd send will
return
Sandhya,
I've done some similar work with embedded systems interfacing with GSM
modems using RS-232(serial) connections. Basically what I had to do was
create my own interface to the GSM modem using AT commands. The micaz
platform has an RS-232 connection (the connection is usually obtained
Vikram,
The micaz uses the CC2420 radio (the tmote sky also has the cc2420). In
general, I wouldn't be surprised that different hardware sees different
transmission ranges, even for identical radio hardware. There are
probably a dozen different reasons why the devices have different
Mido,
In general, there is no preemption of any kind in vanilla tinyos. There
are interrupts which can disrupt the normal execution of a program,
these are usually denoted by the async keyword. There is only a
single thread of execution so if one event or task takes a very long
time, it
Abhijeet,
I've looked at the RF230 manual, and 0xF is the lowest power setting.
If this transmission range is not low enough, then the only thing I can
think of that you can do is attenuate the signal at the antenna. You
could try either covering the antenna in tin foil, or removing the
Ruben,
1) Is easily solved by replacing void with your own custom enum
(127biterror_t) or something equivalent, and returning that whenever you
perform an operation. It should be fairly trivial to check for error
cases like overflow, divide by 0, etc. in software and return the
appropriate
Jennifer,
There are two main ways you can decode the packet.
1) At the mote by pulling out the data and pushing it to the serial port
using printf, and the net.tinyos.tools.PrintfClient tool.
2) At the computer, decode the raw packet after receiving it using the
Ruben,
There is no magic rule or number that will give good results in all
cases. It is totally dependent on your own application, and it's timing
requirements. Your best bet is to actually do some profiling on your
heavy operation and determine how long it actually takes on your
specific
Yusnaidi,
You may have misunderstood, nothing is transmitted by the mote unless
the program calls the appropriate method (AMSenderC.send() in most
cases). If you make a timer with Timer.startPeriodic(1000) and do
nothing inside the Timer.fired() event, nothing will be sent over the radio.
Vikram,
Look at the sourceforge page for tinyos. It has instructions on how to
check out the repository.
http://sourceforge.net/scm/?type=cvsgroup_id=28656
-Paul
On 1/23/2010 5:12 AM, Vikram vik76 wrote:
Hello,
How do I get the latest CVS/GIT? I am presently running tinyos2.1.
Thanks
77 matches
Mail list logo