Please read below. Somehow the full conversation went private instead of
going to list hence I am copying it here. Hope it helps :)
On Sun, Jan 27, 2008 at 6:31 AM, Edmund J <[EMAIL PROTECTED]> wrote:
> oh thank you very much for your reply.. cheers.
>
> Regards,
> Edmund
>
> *Nilesh Mishra <[EMA
Should we rewrite the timer system for msp430 in T2 if use an external
crystal oscilloscope ?
On Fri, Mar 21, 2008 at 6:02 PM, Kaan Tuna <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> We started to use an external crystal oscilloscope (XT2 - 8 MHz). However,
> we have a problem with Collection protocol
Hi All,
I am having some probelms with radio comms. for the Mica2 mote. I have
installed CntToLedsAndRfm in Mote 1 and RfmToLeds on Mote 2, but on
switching them on, the Mote 2 does not show anything on the leds. I have
also reversed the programs and tried with other sets of motes. Interesting
the
Hi Omprakash,
When i narrow down the problem, i see that Send.sendDone event doesn't
return, (Send -> CollectionSenderC) while we work with this external
crystal.
Any other ideas would be appreciated.
On 3/23/08, Omprakash Gnawali <[EMAIL PROTECTED]> wrote:
>
> On Fri, Mar 21, 2008 at 3:02 AM, Ka
On Mon, Mar 24, 2008 at 2:39 AM, Kaan Tuna <[EMAIL PROTECTED]> wrote:
> Hi Omprakash,
> When i narrow down the problem, i see that Send.sendDone event doesn't
> return, (Send -> CollectionSenderC) while we work with this external
> crystal.
> Any other ideas would be appreciated.
Are you able to s
Yes, we tried BlinkToRadio application and it didn't work, no message comes
from Collection.
Thanks.
On 3/24/08, Omprakash Gnawali <[EMAIL PROTECTED]> wrote:
>
> On Mon, Mar 24, 2008 at 2:39 AM, Kaan Tuna <[EMAIL PROTECTED]> wrote:
> > Hi Omprakash,
> > When i narrow down the problem, i see that
Hi to all,
I have a VERY strange problem with a component variable.
In a component scope of my application (immediately under the implementation
keyword) I have defined a uint16_t variable "epochs" that is increased ad each
firing of a periodic timer.
It is used by the component to clean things
When you place your hand over it, it makes sense that you will get a
very low value, possibly negative. Since RSSI values are two's
complements, the results below most likely a result of outputting a
negative (signed) value as an unsigned number, which means that the
two's complement negative
If your transmitter Mote (programmed with CntToLedsAndRfm) blinks like a
counter, but the receiver Mote (programmed with RfmToLeds) doesn't
emulate the LED pattern, it is most likely due to the RF band/channel
that you forgot to specify. If you were using contrib/xbow apps, these
are defined in Mak
You need to program the base station with
\opt\MoteWorks\apps\xmesh\XMeshBase app and node ID=0 and sensor nodes
with \opt\MoteWorks\apps\xmesh\XMTS400 with node ID non-zero. Make sure
you specify appropriate RF band/channel in the MakeXbowlocal file.
You can then view the data using XServe or Mot
If you're using T1 (and probably T2 as well) make sure you have defined
the same radio channel and kicked the xmit power up. That's pretty much
what the xbow makefile does for mica2's. Look for:
CFLAGS = -DCC1K_DEFAULT_FREQ=RADIO_916BAND_CHANNEL_0
CFLAGS += -DRADIO_XMIT_POWER=0xFF
MS
Pr
Take a look at the generated app.c file to see if it's maybe being
optimized out for you. You could try tagging the variable as
"volatile" as well.
MS
Flavio Pompermaier wrote:
Hi to all,
I have a VERY strange problem with a component variable.
In a component scope of my application (immediate
I must excuse for this post! I spent about half of the day figuring out this
absurd behaviour and indeed it was my fault..
In the initialization phase I was assigning to "epochs" the value 0 and the
problem was that in one of the local functions there was an assignment of
another variable to t
Hello all,
I tried to run "packets.py" in cygwin shell using the command "python
packets.py" as instructed in the TOSSIM documentation.
As required, the RadioCountToLeds has been successfully built.
But im getting TypeError which says 'str' object is not callable.
The error in cygwin shell is show
VJ shekar wrote:
str = line.strip()
if (str != ""):
val = int(str)
These lines redefine "str" in the local namespace, which normally refers
to the native Python string type. This confuses the interpreter later
on in the script, when the "print ..." line expects to call the
construct
Dodda Venkatappa Manjunath wrote:
As the TOS_GROUP_ID is written into CC2420's RAM (m_pan in writeId()
of CC2420ControlP ), I am wondering whether a message that does not
belong to the
node's GROUP is dropped in a software component or CC2420 chip. I was
not able to find the corresponding c
Hey all,
I've a question that I'd like you to answer me. Let's start by a small
protocol/schema.
Ar . SB . Cr ..Base
Given the situation, imagine that sensor SB wants to relay some information to
the Base, but this info should be sent just using Ar or Cr. I.
First do a:
sudo -D stow avr-gcc-tinyos
then just delete the directory and reinstall
Kevin
On Sun, Mar 23, 2008 at 11:30 PM, ST <[EMAIL PROTECTED]> wrote:
> Kevin,
>
> BTW, how do I completely remove the avr-gcc compiler from the system? Just
> delete
> the avr-tinyos directory under local/stow
Kevin,I did that and verified that avr-gcc was no longer there. I
reinstalled the avr-gcc.
However, I still have that problem. Thanks for your help so far.
bash-3.2$ make telosb
sh: sha1sum: command not found
sh: sha1sum: command not found
mkdir -p build/telosb
compiling BlinkAppC to a telosb
Hi everyone,
I am working on WSN Cricket(MTS450) Platform and wanted to know how
can Crickets(MTS450) communicate with the Serial Board(MIB510) which
will act as gateway to collect/receive data from Cricket(MTS450)
sensor nodes and report it to desired application. I read manauls on
MoteW
Group ID is checked in software. CC2420 chip only cares about address.
On 3/24/08, Greg Hackmann <[EMAIL PROTECTED]> wrote:
>
> Dodda Venkatappa Manjunath wrote:
> > As the TOS_GROUP_ID is written into CC2420's RAM (m_pan in writeId()
> > of CC2420ControlP ), I am wondering whether a message t
Hi Arif,
MoteView and MoteWorks do not support Cricket platform.
Since Cricket has its own serial port, it doesn't need a MIB510 board to
communicate with the PC. It can be plugged directly into a PC's serial
port. MIB510 is typically used to re-program the Cricket. You can find
more details at MI
hi,
I am using MICAz with tos 1.1.10.
I have started working with MTS400CA just recently. Can anybody tell me the
difference between 'light sensing' of MTS310CA and 'ambient light sensing' of
MTS400CA ?
Another thing, while running 'OscilloscopeRF', i am always getting sensor
reading
23 matches
Mail list logo