Hi to all,
I want to generate 40 kHz from MSP430F1611 with TinyOS 1.15. I am using
compare mode of TimerA2.
I set TA2 as compare mode, set an event with
CompareA2.setEventFromNow(1000) command and when it is fired
CompareA2.setEventFromPrev(1000) is called. I observed 1 kHz signal at
the
Dear all,
Could any one here help me out with telling me how to write a helloworld
nesC program, then put it into TOS_Msg of the oscopeMsg program? Actually
what I wanna implement is send the string data helloworld from a mote to
PC, then in PC side use MIG to unpack the packet, and show the
Dear,
I have some cricket nodes, on which there are a 51 pin and a serial
port. Generally, I plug cricket's 51pin into MIB510 board in order to
write firmware program. I am wondering if there is possibility that I
can write firmware into cricket via serial port. I mean I use a line
to connect
Do you mean I don't remove the 0x7e bytes on each end?
Inderjit
On 4/12/07, Ben Buckner [EMAIL PROTECTED] wrote:
Oh, you have to provide the framing structure with any packet you send to
the mote. The protocol doesn't change.
Ben
-Original Message-
From: Inderjit Singh
Hi everyone,
This is my first e-mail:)
I'm starter in developing TinyOS applications. I've tried a sense application
in TinyOS 1.15. I'm getting sensor values with OscilloscopeRf application and
send via radio connection. I loaded TOSBase application to another mote which
is connected to PC.
Hi,
I am doing a similar thing... but i am sending helloworld from one
mote to another and from that mote, send it to PC via serial.. i am able
to send helloworld from one mote to another but not the other part...
so Rf is like
typedef nx_struct BlinkToRadioMsg {
uint8_ t num[7];
}
Dear list members,
This regards the recent Ubuntu package at the debian repository: deb
http://tinyos.stanford.edu/tinyos/dists/ubuntu edgy main
My current Ubuntu installation does already have binutils-avr, gcc-avr
and avr-libc packages. (I already cross-compile for avr's and arm's
I digged a bit in the dma implementation for spi and found a potential
bug that makes the stack hanging when duty-cycling.
It is related to the former problem where the spi bus was not properly
released.
A infinite loop can occur in the following scenario (using dma):
1. a dma transfer is
I'd suggest changing the name of the tinyos-specific AVR toolchain
packages. This will prevent the namespace collisions within the package
manager. If the managers of the Stanford repository aren't interested
in doing this, you can do it yourself. I don't remember the exact
syntax off the top
Deepti,
You should take a look at SimpleCmd application which is making use of this
component to process the commands received. About how to wire the components
you just need to add a command processing capability to the RfmToCount
application that you can get to know using SimpleCmd application.
On Apr 13, 2007, at 8:52 AM, Tony Mancill wrote:
I'd suggest changing the name of the tinyos-specific AVR toolchain
packages. This will prevent the namespace collisions within the
package
manager. If the managers of the Stanford repository aren't interested
in doing this, you can do it
On Apr 12, 2007, at 7:25 PM, Mehedi Bakht wrote:
Hi,
I am a bit confused about why and how the interface Pool should be
used when using the interface Queue (TinyOS 2.x). Any comment/
explanation will be really appreciated.
The two are completely separate. It just happens to be that some
What happens if I declare a Queue of messages instead of a Queue of message
pointers ?
I am trying to find out the potential problems of declaring
QueueC(message_t, 8) instead of QueueC(message_t*, 8). Then, when I get a
packet from the lower layer, I instantiate a new message_t variable, copy
On Apr 13, 2007, at 10:45 AM, Mehedi Bakht wrote:
What happens if I declare a Queue of messages instead of a Queue of
message pointers ?
I am trying to find out the potential problems of declaring QueueC
(message_t, 8) instead of QueueC(message_t*, 8). Then, when I get a
packet from the
Thanks for the help it worked, one question though:
With the id's now implemented I am unware if a packet has been
recieved (which I guess is the case :-D). BUT i'd still like for the
motes to forward packets, even if its not for them. How can I
accomplish this?
Thanks
--
Regards,
the package names already differentiate them from the other releases.
unfortunately, the files themselves are located on the same path...
--
processing /var/cache/apt/archives/avr-gcc-tinyos_3.4.3-2_i386.deb
(--unpack):
trying to overwrite `/usr/share/man/man1/avr-gcc.1.gz', which is
Hello,
After programming a mote with a particular id using
make mica2 install,24
Is there anyway access to this number i.e. 24 can be accesed onboard the mote?
Thanks
--
Regards,
Hamdi
This message was sent using IMP,
Whoops - my apologies - I misunderstood the initial email.
FWIW, a few thoughts...
I gave this matter some thought when I first installed TinyOS and at the
time was thinking that a chroot environment might be best in terms of
long-term stability and preventing conflicts. However, there is some
On Apr 13, 2007, at 11:47 AM, Tony Mancill wrote:
Whoops - my apologies - I misunderstood the initial email.
FWIW, a few thoughts...
I gave this matter some thought when I first installed TinyOS and
at the
time was thinking that a chroot environment might be best in terms of
long-term
Yes it is entirely possible, but you'll probably need a little
glue code to connect the command reception to the counter module.
Read through the doc/tutorial to get a feel for building TOS programs.
MS
Dipti wrote:
- Original Message -
*From:* Dipti mailto:[EMAIL PROTECTED]
*To:*
I'd say you are on the right track in modifying the pre-scale clock freq,
but there may be some other module using that timer. You might check
through the code and see if that's the case. I've noticed that the TOS
documentation is rather characteristically silent on what internal
controller
Is someone handing out HelloWhirled class assignments?
Search back on this list for a couple previous threads.
You've got all the right pieces in mostly the right order.
Mostly what you need to do is modify OscopeMsg.h to take
a string instead of ints, and then look at where the data[]
portion
Most likely what is happening is that you are trashing your
message data in the hop mote because you return the buffer
in receive() while send() is still trying to use it.
You should copy the message and post send() as a task --
both good pieces of general advice.
You'll eventually want to make
TOS_LOCAL_ADDRESS
Hamdi Roumani wrote:
Hello,
After programming a mote with a particular id using
make mica2 install,24
Is there anyway access to this number i.e. 24 can be accesed onboard the
mote?
Thanks
--Regards,
Hamdi
I think you can use Java: new String( byte[] )
where byte[] is the relevant data from your packet.
I always have to go over and over the Java types
when it comes to converting from one to another,
so I may have forgotten a couple of necessary hoops.
MS
Spidernet Lists wrote:
Hi,
I am doing a
Hi all,
I installed tinyos 1.1.15, but I cant compile for micaz, even if I have the
micaz directory under /platform. Can someone send me a makerules file for
that? thank you
___
Tinyos-help mailing list
[EMAIL PROTECTED]
If you actually installed the whole .15 package you should have the
right files...perhaps you have a MAKERULES env var or something that
is amiss? Otherwise you can go to CVS and get what you need:
http://sourceforge.net/cvs/?group_id=28656
I did a similar think several weeks ago. I think you can achieve this
way.
1: Add a data type in the command message that represents Start Leds
2: Modify the Java program of sending Command
3: Modify SimpleCmd that can handle this command.
Hope it helps.
Hui Kang
On 4/12/2007, Dipti [EMAIL
28 matches
Mail list logo