I'm using MoteWorks 2.0, so I don't know which TinyOS tree it is. rpm -qa
shows:
$ rpm -qa
tinyos-tools-1.2.0-2
avr-binutils-2.15tinyos-3
avr-libc-1.2.3-1
avarice-2.4-1.xbow
make-3.80tinyos-1
nesc-1.2.4-1
avr-gcc-3.4.3-1
avr-insight-6.4-1
The existence of this bug is easy to check anyway.
Hi Reizel,
for example the Cygwin command line syntax for MIB600 with micaz is:
$ make micaz reinstall,5 eprb,XXX.XXX.XXX.XXX
where the XXXs stand for the IP address you've set for your MIB600. If you
give this command, you can see the correct 'dprog' etc. switches. BTW, why
do you want to
To be exact, the parameter is binary milliseconds. To get an accurate 8 sec
interval you should use 8000 * 1024.
Regards,
Harri
At 09:50 AM 5/11/2006 +0100, Michael Collett wrote:
Kanishk,
I think all you need to do is edit the line in OscilloscopeM.nc
call
it to insert an ammeter.
From the highly technical side of having to touch hardware anyway...
Harri Siirtola wrote:
I'll try to shed some light to most questions in this thread.
1. You don't have to call Powermanagement explicitly it you build the app
with
$ make micaz MESH=LPZ
or
$ make mica2 MESH=LP
a big difference. I think HPLPowerManagement should be enabled by
default when compiling for the mica2/z's
-david
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Schippling
Sent: Thursday, April 27, 2006 12:20 PM
To: Harri Siirtola
Cc: tinyos
Oh well, I forgot the most important thing: the commands below may only
work for xbow apps. The last one works for all apps, but after moving to
MoteWorks, I'm not sure which TinyOS version the feature exists in.
Regards,
Harri
At 10:47 AM 4/28/2006 +0300, Harri Siirtola wrote
Hi,
start SerialForwarder to the background, for example:
$ net.tinyos.sf.SerialForwarder
that way you return to command prompt and SF runs as a background process.
Regards,
Harri
At 03:51 AM 4/28/2006 -0700, Hieu Tran wrote:
Hi all!
I am just getting started with TinyOS and Nesc.
Typo again, the command has to have 'java' of course:
$ java net.tinyos.sf.SerialForwarder
Harri
At 02:29 PM 4/28/2006 +0300, Harri Siirtola wrote:
Hi,
start SerialForwarder to the background, for example:
$ net.tinyos.sf.SerialForwarder
that way you return to command prompt
First, as far as I know, the Snooze component is deprecated. There are many
improvements in the newer TInyOS versions that make things much more
simple. For example, the CountSleepRadio app (previously in contrib/ucb,
now in the apps dir IIRC) is good for just testing that power saving
Hi John and Chandresh,
the XMESH apps do multihop. They're identical with respect to message
structure etc. I've been using them a lot. You can find them in
contrib/xbow/apps/XMesh
Regards,
Harri
At 02:02 PM 4/6/2006 -0400, [EMAIL PROTECTED] wrote:
Chandresh,
I am also using
I haven't got Deluge working very well with earlier versions either. For
example, mote 0 responds to the first ping, after that, nothing unless I
reset it. The re-motes don't reply at all. (Of course, I have compiled the
apps with Deluge included). The inject process doesn't give any errors
Hi Umesh,
that's just the ordinary escaping scheme of the 0x7D sync byte. It's done
by stuffing a 0x7D into the stream and XORing the actual byte with 0x20
(0x7D xor 0x20 = 0x5D). In your case, the crc happens to have 0x7D on that
line. A search on the list will tell you more if you want.
The most common reason for that message (iirc) is that you haven't set
MAKERULES to use the new make system (tools/make/Makerules).
Regards,
Harri
At 12:45 PM 3/8/2006 +, Roberto wrote:
I nistalled tinyOS-1.x under windowsXP.
If i try to do
make micaz
the message at the console
Hi Aung,
You can connect it into UART 1. The only drawback is, the tx/rx pins are
also used for external flash access and there's no built-in arbitration. So
you should take care of that if using your sensor and flash in the same
application.
Regards,
Harri
At 07:38 PM 3/3/2006
TinyDB is quite heavy an application, and the fact that it doesn't work
very well in the first place was the main reason I abandoned it. You'll be
better off with the xbow measurement apps, if measuring storing is what
you want to do.
The Remote component is in
That's where you use parameterized interfaces i.e.
components TimerC;
implementation {
MyApp.FirstTimer - TimerC.Timer[unique(Timer)];
MyApp.SecondTimer - TimerC.Timer[unique(Timer)];
}
Note that all interfaces aren't parameterized, and you can't choose any
string for unique. In
Has anyone else noticed this? Where could this message multiplication take
place? It's the same with both measurement and health messages. In
XMDA300M, only one call to send() occurs but six messages are sent with
exactly the same data. The sequence number (and consequently, crc) are the
Sorry, screwed up the attachment. I'll try to attach a jpg this time.
Harri
attachment: tos.system.UART.nc.if.jpg
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
I've connected a Bluetooth module to UART1. Its UART is digital level so I
don't need a level converter. Something like MAX3224 and a couple of
capacitors is what's needed for digital - RS232 conversion. Chips with
less pins than the 3224 exist, too, if that's a problem.
As for software,
Forgot the attachment, sorry.
At 07:13 PM 2/15/2006 -0700, Michael Schippling wrote:
This comes up periodically. Try searching back on the help list.
One of these days someone will post a demo app...but not yet.
First, physically connecting to the board...I have my own layout
for a sensor
You could also use xcmd, implementing your own additional XCommands into
it. That's what I did.
Regards,
Harri
At 11:47 AM 2/13/2006 -0700, Michael Schippling wrote:
It sounds like you want to develop a TOS_Msg payload command to send
to your re-Motes. Without a lot of fussing it
,
Paz
Harri Siirtola escribió:
Hi Paz,
you don't have to include anything from CountSleepRadio. The
functionality it uses is built into current MicaZ HPL layer.
CountSleepRadio is just an example of how you can achieve power
management (stopping certain modules). When your system is idle
Hi,
the title shows my problem. I can program the base mote, as well as receive
measurements from the network. Sending XCommands with xcmd has no effect.
Before I dive into updating the whole tree, I'd appreciate if someone
replied with clues what could be wrong.
Best Regards,
Hi Paz,
you don't have to include anything from CountSleepRadio. The functionality
it uses is built into current MicaZ HPL layer. CountSleepRadio is just an
example of how you can achieve power management (stopping certain modules).
When your system is idle enough, power management kicks in
Hi,
I'm still scratching my head with this problem. I've connected my own
device to UART1, and can't get it working with any app that uses external
flash. At first I thought it's a hardware conflict (they do use the same
pins) but the problem remains after disabling the device (or even
Hi,
I'm facing the very same problem frequently. Sometimes just giving the
reinstall command again will get it working, or power cycling MIB510 is
required. I don't know the reason but it seems a bit quirky sometimes. I
haven't updated TinyOS, so I doubt that's the reason in your case either.
I've always used a comma in install,0 and it works. Using a period works
too, for that matter. Is there really any difference?
Regards,
Harri
At 07:40 PM 1/25/2006 -0700, Michael Schippling wrote:
huh...it works for me...I just used it last week even.
Assuming that the output below
You could try the CountSleeRadio app to see if it shows the same behavior
I'm seeing. I'd like to hear your experience, too!
Yes, I think starting your wakeup timer after stopping radio is the way to
go. As for stopping timers, you wire them with unique so every instance
is just that. And
At 12:45 AM 1/24/2006 -0700, Michael Schippling wrote:
Content-Transfer-Encoding: 7bit
Thanks to all the people on the To: list and others that I
probably missed, I got the MicaZ running in what was my
paltry Mica2 environment.
The lessons learned are:
1. I think the cygwin update needed to
Hi Raghu,
please do a search about the sleep modes, there were some posts about it
recently. The ready-made apps don't work in that respect (CountSleepRadio
is an exception). The Snooze component has been deprecated long ago afaik.
Power management _should_ be there without any additional
Platform: MicaZ
I can get results from XSensor apps with TOSBase on MIB600 or MIB510. Why
not from XMesh apps? the only way is to program the base mote with an XMESH
app, too. The comments in the beginning of the files say they should work
with TOSBase but I've tried specifying XMESH and
2006, Harri Siirtola wrote:
Sorry, my previous reply was a bit confusing. Power saving is there by
default in the latest installations, all you have to do is stop the radio
and serve pending interrupts (timers can be left running, of course).
That's what you can see in the CountRadio apps
.
Harri
At 05:59 AM 1/13/2006 -0500, Ivan Wing Mau Cheung wrote:
Well, do you mean all the power-saving functions and modules are just
for conceptual use but without really switching the AVR MCU into sleep
mode?
Ivan
On 1/13/06, Harri Siirtola [EMAIL PROTECTED] wrote:
That's interesting. Looking
Yes, power saving is possible. Please study the PowerManagement interface
and the example app in contrib/ucb/apps/CountRadio of how to use it.
However, I'm afraid the measurement apps for MicaZ are broken as far as
power saving is concerned. Just to let you know in case you're using those.
Sorry if this is something that you already tried: I'd double check that
the COM port really is alive. It's very easy to kill it so that the only
recovery is rebooting the whole PC. I myself tend to forget this and waste
time trying to figure out why nothing happens on my COM ports. So,
Hi Peri,
sorry, I can't figure out what exactly you want to achieve. There's no way
of knowing that another mote is off, other than having a timeout and acting
if it's exceeded and nothing has been received from the mote you want to
observe. Please clarify if this isn't the situation you're
Hi,
I can't find any _working_ apps that use power saving on MicaZ, other than
contrib/ucb/CountSleepRadio. There is contrib/xbow/Surge_Low_Power (which
doesn't go to sleep any more than Surge_Reliable) and many other apps where
the power saving components have been wired. Still I can't get
Hi Peri,
if you have an application which sets or clears the leds according to
received messages, there's nothing for the remote to act upon if the sender
is just switched off. Remember, the remote mote must receive a radio
message where the red led is off. If you just switch the base off,
Hi,
I faced a problem when I moved my MIB600 to another subnet. I can receive
measurement data just fine, but reprogramming efforts fail with Programmer
is not responding.
Are there any restrictions for MIB600 IP address compared to the PC trying
to connect? The last two numbers of the IP
Using just [EMAIL PROTECTED]:57600 mostly works for me.
Regards,
Harri
At 11:31 AM 12/20/2005 -0700, Jacob Sorber wrote:
I use the C serial forwarder, not the java versions, so take this with
grain of salt.
The C serial forwarder reports write failed when it does not receive an
Hi,
I'm still struggling with getting MicaZ to sleep. I studied CountSleepRadio
again, and for the heck of it, moved the timer restart after
CommControl.stop(). And it works! I can see short current spikes and can
hear the transmissions with TOSBase and xlisten.
Can anyone tell me why
If it wasn't OFF, he wouldn't have been able to program the mote in the
first place... However, if he's testing his motes out-of-the-box (they're
shipped with Surge installed) this could be the case.
Regards,
Harri
At 09:33 PM 12/21/2005 +0800, Tran Trong Tri wrote:
Hi,
This may
it should work. Thanks!
Regards,
Harri
At 10:43 AM 12/19/2005 +0100, paz wrote:
Harri Siirtola escribió:
Hi,
could someone please verify that the CountSleepRadio really works on
MicaZ? For me, it looks like only the first timer interrupt works (the
leds blink once), then nothing
() is called by XMesh by default.
To put the mote into sleep mode, just remove the #define
FEATURE_UART_SEND = 1 in your makefile.
Giri
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Harri
Siirtola
Sent: Thursday, December 15, 2005 2:50 AM
To: tinyos-help
Hi,
could someone please verify that the CountSleepRadio really works on MicaZ?
For me, it looks like only the first timer interrupt works (the leds blink
once), then nothing happens.
Regards,
Harri
___
Tinyos-help mailing list
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'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
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
dependencies ?
Because simply declaring :
async event Receive ...
doesn't work because compiler plains about previous declaration of receive.
Anyway if I remember correctly , when async word misses, automatically
the behaviour is set to asyncronous.
Harri Siirtola wrote:
Can't this situation be helped
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
By (surprise)... the atomic statement!
atomic {
SharedVar = MyVal;
}
Regards,
Harri
At 11:19 AM 11/29/2005 -0600, yicheng wrote:
Hi folks,
I run into a compiler warning for a shared variable, it said:
warning: non-atomic read
How can I implement atomic read for some shared
You're using the parameters wrong. Please check what they mean by entering
only xcmd.
Regards,
Harri
At 01:51 PM 11/18/2005 +0100, paz wrote:
Hi,
I'm try injecting packets into a wireless sensorr network with xcmd;
$ ./xcmd.exe -s=micaz -b=57600 -i=xxx.xxx.xxx.xxx -n=4 -g=136
What platform are you on? If you could attach your interrupt code, it would
be easier to figure something out. How are you distinguishing between the
two situations when you enter the int routine? Is it possible that you
accidentally restart the timer when it should just be read? I'm assuming
the same value.
The other one starts a timer(Timer3) after an interrupt(INT1), and then
after the next interrupt comes(INT0), stops the timer and then reads the
value of Timer3. It behaves just the same like the scenario above, which
is wrong.
Thanks again
From: Harri Siirtola [EMAIL
The power management is automatically present nowadays. You just stop the
radio and other possibly active components and ZZZ they go...
Regards,
Harri
At 01:18 PM 11/17/2005 +0100, paz wrote:
hi,
Nowadays, we are working whit micaz´s and MTS310, I've read about the
motes can
Hi,
I noticed that my first file read fails after reset. The reason (most
certainly) is that the file system is not ready that quickly after reset.
Is there a sophisticated way of checking when the file system has come up?
Other than wasting some time (tried that and it works) or retrying a
{
event result_t ready() {
// Now the file system is ready to go
}
}
David
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Harri
Siirtola
Sent: Thursday, November 17, 2005 11:45 AM
To: tinyos-help@Millennium.Berkeley.EDU
Subject: [Tinyos-help] Way
I checked out the CVS version of SerialForwarder but the problem remains.
Should that be the latest version of SF?
Thanks for your reply!
Harri
At 09:00 AM 11/11/2005 -0800, David Gay wrote:
On 11/11/05, Harri Siirtola [EMAIL PROTECTED] wrote:
Hi all,
If I try to connect xlisten
From a quick look, shouldn't you do the rrc and rlc the other way round
when subtracting, compared to adding?
Regards,
Harri
At 05:30 PM 11/16/2005 +0100, Andrea Pacini wrote:
I am going crazy about why this assembly code works :
/* SUM BETWEEN LARGE INTEGERS */
for (i = 0; i
Hi Rubén,
what was the exact command you gave, and the directory where you entered it?
Harri
At 06:02 PM 11/14/2005 +0100, Ruben Lagar wrote:
Hello,
I've just installed tinyos, and when I try to compile anything in pc or
micaz I get
Unknown target pc
Known targets for TinyOS
I remember someone having this problem before but couldn't find a solution.
I have connected a UART device to MicaZ UART 1. I did it in a somewhat
brutal way, changing the HPLUART level to duplicate all UART traffic
to/from both UARTs. This way I thought I could use all tinyos base mote
Hi all,
If I try to connect xlisten to SF, I get
$ xlisten -i=localhost:9001
xlisten Ver:$Id: xlisten.c,v 1.16 2004/09/30 21:23:56 mturon Exp $
Using params: [inet=localhost:9001]
localhost input stream opened
I can see the Num of clients in SF change to 1, then quickly back to
0. Using
Perhaps you could just use a different group ID for the clusters?
Harri
At 11:56 AM 10/27/2005 +0200, [EMAIL PROTECTED] wrote:
In my tossim scenario I need to have two independent clusters of motes,
each with its own receiving station and multihop routing tree. How could I
do this (by
It was just a guess. I haven't been using tossim enough to know. And, even
if it was possible, your need for inter-cluster comms surely calls for more
complicated solutions. Sorry for the confusion...
Harri
At 03:58 PM 10/27/2005 +0200, [EMAIL PROTECTED] wrote:
Harri Siirtola wrote
64 matches
Mail list logo