Hi Sankar,
look at contrib/xbow/beta/tools/src/xcmd. That's what I'm using to command
my motes. You can give the mote ID on the command line.
Regards,
Harri
At 01:41 PM 12/14/2005 -0600, Sankar Gorthi wrote:
Hi,
Quick newbie doubt. Has any code been written to address a particular
Hi,
I have a small question about acknowledgments in 802.15.4.
According to the standard they don't hold any address information.
Neither source nor destination.
So, in a PAN with many devices all in radio reach of each other it could
happen that 2 messages are send with the same DSN from 2
HI, I am porting tinyos 2.x to the dsys25z, its a platform very similar
in architecture to the miaz, in that it has an atmega128 processor and a
cc2420 radio. Unfortunately the architecture doesnt support a 32khz
external oscillator to externally clock timer0 as in the case of the
micaz. After
Hi Martin,
I am not really an expert in 802.15.4 but I have thought about your question.
I suppose you are assuming a mesh topology, where nodes are allowed to
transmit and receive information between them, not only with the
PAN coordinator.
In this kind of peer-to-peer topologies, the
Hi,
I've understood that the XMesh apps use power saving by default. After
studying the sources, I noticed that I should #define FEATURE_UART_SEND =
1 (and program with ID other than 0) to include the parts that call
PowerMgrEnable(). I did, but observing the current consumption shows it
On 12/15/05, Cory Sharp [EMAIL PROTECTED] wrote:
See TEP 102 Timers in tinyos-1.x/beta/teps/.
Check that, see tinyos-2.x/doc/.
- Cory
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
Hi All,
I am using the Tmote Sky. Assume Node A is sending a value to Node B who
upon receipt of this message resends some other value back to node A
straight away. Is there any problems that might occur in this scenario?
For example is it possible that node A may not have time to switch
Yes this is the same problem , I think, that I have met some time ago.
The problem is that when a node sends a message the other node receives
this message ONLY IF it is not running any code.
(only in this case the receive event is triggered). It seems that the
node cannot buffer the RECEIVE
Can't this situation be helped by changing the receive evens to async?
Harri
At 12:58 PM 12/15/2005 +0100, Andrea Pacini wrote:
Yes this is the same problem , I think, that I have met some time ago.
The problem is that when a node sends a message the other node receives
this message
Obviously this would be a job for the TinyOS authors if that's the case.
Your second thought cannot be true, how could you declare sync events in
that case?
Regards,
Harri
At 02:04 PM 12/15/2005 +0100, Andrea Pacini wrote:
But we need to change TinyOS system files and all
Are you sure that this behaviour has nothing to do with the fact that
you call your loop in StdControl.start?
E.g. you could try to drop a task in the StdControl.start and see if the
problem still persists.
I doubt that this would cause any problems since the packets are
received in an
Hello!
I´m trying to do an application in order that the motes transmit radio
messages to the most nearby neighbor and this one will do the same thing, up
to coming to the base. Does the application Surge_Reliable do this? Looking
at the code of SurgeM.nc I don´t find anything that the motes do
Yes, Surge_Reliable does it. Forwarding is taken care of in the lower
(Router) levels, that's why you don't see it in the application file.
Regards,
Harri
At 02:47 PM 12/15/2005 +0100, Silvia wrote:
Hello!
I´m trying to do an application in order that the motes transmit radio
Hi Daniel,
In this case, You may extractthe information seperatelyby using theOscopeMsg class.
Thentry it's methods likeget_sourceMoteID(), get_channel() or else.
However, have you tried the Listen tool?
The usage is java net.tinyos.tools.Listen.
Good Luck,
Chalermphol
On 12/15/05, Daniel
Liu, Ping \(Research\),您好!
In tinyos1.1.14,I also can not find XNP support.Maybe it is not stable
i think.Why not use Deluge2.0 in tinyos1.1.14
=== 2005-12-14 11:59:24 您在来信中写道:===
Hi,
Just wondering if XNP is still working in 1.1.14? The TOS In-Network
Programming User
Thank You Tran and Harri.
Sankar.
On Thu, 15 Dec 2005 03:32:55 -0600, Harri Siirtola [EMAIL PROTECTED]
wrote:
Hi Sankar,
look at contrib/xbow/beta/tools/src/xcmd. That's what I'm using to
command my motes. You can give the mote ID on the command line.
Regards,
Harri
At
Yes, I have tested also this variant but with the same results:
void task dummy_task() {
uint32_t i;
call Leds.redOn();
for (i=0;i500;i++) ;
call Leds.redOff();
}
command result_t
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Hi,
What could be the reason for write failed while trying the serialForwarder?
I am on 1.1.14. and serialForwarder was working fine for me earlier on 1.1.7.
Thanks many!
-T.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
Hello Harri,
It is correct that XMesh apps use power saving by default.
FEATURE_UART_SEND should be defined only if you want to debug the
application and have the packet sent to UART for data collection.
PowerMgrEnable() is called by XMesh by default.
To put the mote into sleep mode, just
That's usually a mismatched baud rate -- the serial forwarder is
configured for a different baud rate than what the mote is using.
This page, while not exactly appropriate for your problem, will give
you some idea about where you can look:
hi,
When I run TestTinyViz,as the tinyos tutorial,
export DBG=usr1
tinyviz -run build/pc/main.exe 30
I got unable to run simulation: java.io.IOException. Is there anybody who
can help me to solve this problem? Another question is, what's the editor
for programming nesC?
Thanks.
Best regards,
On 12/12/05, Cormac Duffy [EMAIL PROTECTED] wrote:
Hi
Im trying to port tinyos 2.0 to UCC's DSYS25, the platform is very
similar to the mica2 in that they both use the same atmega128 processor.
For the moment I am just trying to set up the make files such that I can
get ncc to compile with
On 12/5/05, Joe Polastre [EMAIL PROTECTED] wrote:
Your analysis is correct, although I'm not quite sure why the 2.x
tools would choose to abandon installing programs on the Telos and
Tmote Sky platforms.
If you want a version that Moteiv certifies will work, check out the
Tmote Sky downloads
On 12/15/05, David Gay [EMAIL PROTECTED] wrote:
I've now fixed the 1.x make stuff (in CVS) to use tos-bsl if it's
available, and msp430-bsl otherwise. Things should now work if you've
installed the 2.x tools (once you get TinyOS from CVS, or from the
next snapshot, of course).
This doesn't
On 12/15/05, Joe Polastre [EMAIL PROTECTED] wrote:
On 12/15/05, David Gay [EMAIL PROTECTED] wrote:
I've now fixed the 1.x make stuff (in CVS) to use tos-bsl if it's
available, and msp430-bsl otherwise. Things should now work if you've
installed the 2.x tools (once you get TinyOS from CVS,
Hi,
- I would like to know the structure of ACK frame in BMAC for CC2420
radio. I found one post about BMAC in CC1000
http://mail.millennium.berkeley.edu/pipermail/tinyos-devel/2005-March/000635.html
but I am not sure whether this could apply to CC2420 radio since
CC2420 should follow the
Hi Jie,
You can try installing TOSComm in tinyos-1.x/beta/TOSComm/, which is a
substitute for Jacacomm for TinyOS. There's a README.TOSComm to
explain.
Cory
On 12/15/05, Jie Liu [EMAIL PROTECTED] wrote:
I am trying to start a clean TinyOS 1.x intallation on a XP box and
following the
Hi again
I'm not sure if that really helps me.
I have a server running the SerialForwarder program. The next step is
for my client (running on another machine) to connect over the LAN.
So far so good, but now the client wants to read data from the SF
server. This is the part that I'm unsure about
Hello,
I desperately need your helps! I spent the whole day in searching the
mailing list, tried reinstalling avr-binutils-1.13.2.1 rpm, and even
reinstalled whole tinyos, I still could not make binary for mica platform.
The errors (when I build Blink) are:
/tmp/ccRKpSfm.s: Assembler messages:
There have been rumors about TOS 1.13 being not entirely up to snuff.
Not sure about your specific errors, but you might try using the
latest (or an earlier) version.
MS
[EMAIL PROTECTED] wrote:
Hello,
I desperately need your helps! I spent the whole day in searching the
mailing list, tried
Hi Daniel,
You may extractthe information seperatelyby using theOscopeMsg class,
with knowing what packet you're taking.
It's a mess if you don't even know what kind of a packet you're taking, isn't it?
Check out how OscopeMsg.java(in tinyos-1.x/tools/java/net/tinyos/oscope)deal with each
32 matches
Mail list logo