- Val
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD Candidate Tel: (07) 47814865
Elect
I have seen the same thing. I found that the problem was that
Surge_Reliable relies on acks. If it does not receive an ack it will try
to send the packet again. I was using a different version of the MAC
protocol (CC1000RadioIntM) that what Surge_Reliable is supposed to use.
I think this caused
? Anything?
Which should I choose to base new code on?
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD Candidate Tel: (07) 47814865
Electrical & Computer Engineering Fax: (07) 47815177
James Cook University Mob: 0403653055
T
Hi everyone,
I'm using Surge with Mintroute and have downloaded the xbow contrib
files from their website. If I compile Surge to use the Mintroute
implementation in the contrib/xbow directory I am able to use
Surge-View.exe which is provided by xbow. However, if I compile Surge to
use the new
lman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD Candidate Tel: (07) 47814865
Electric
Which version of Surge-view are you running? I believe there is one in
the java tools directory and there is also an executable that you can
download from Crossbow. I recently installed and ran the xbow version of
Surge with the Surge-view executable from Crossbow.
Simon
TIAN YUXIANG(AARON) wr
Hi Mingze,
I found the same problem when I was trying to get Deluge to work on my
Mica2-based nodes. I think that the pre-compiled binary for mica2 may
not have been recompiled with the new version of TOSBootM.nc. I needed
to have TOSBoot working ASAP and they way I got it working was to
down
I have used it in TinyOS1.x. It took me a while to get it doing. I can't
remember exactly what I had to do to get it to work. I have a feeling
that I may have had to download a new version of avarice. The one that
bundled with TinyOS1.x is a bit old and doesn't support the JTAGICEII. I
don't kn
I had the same problem on my mica2-based nodes. My solution was to copy
Voltage.nc into my platform directory and add included Voltage.nc at the
top.
Simon
Ka.Selvaradjou wrote:
Hi,
I am trying to test XSensorMTS300, but getting the following error...
[EMAIL PROTECTED] XSensorMTS300]# make mi
Hi everyone,
I am trying to program my nodes with Surge using Deluge. I have added
the necessary Deluge statements into the Surge.nc file, recompiled it
and injected it into the network of nodes that are running DelugeBasic.
It appears that Surge is injected successfully and the nodes reboot.
-compiled mica2
binary that was packed with tinyos1.1.15, may suggest that this was not
updated in the release.
Thanks,
Simon
Simon Willis wrote:
Hi there,
I'm trying to get Deluge to work on my own platform that is similar to
the mica2. So far I have managed to get it running by telli
Hi there,
I'm trying to get Deluge to work on my own platform that is similar to
the mica2. So far I have managed to get it running by telling my
makefile to install the TOSBoot image stored in the
/Deluge/TOSBoot/build/mica2 directory. I have been able to install 2 new
images, issue a reboot
using the new make system and have a .target file in my contrib
directory that seems to work fine. I have searched through all of the
make files for mica2 and I can't work out how it is doing the TOSBoot
part. Can anyone help me out here?
Thanks heaps,
Simon
--
Simon WillisBE(CompSys)
Have a look at the CC1000RadioIntM.nc file in /tos/platform/mica2. The
squelch is continuously varied by measuring the signal strength when the
radio is idle. The current squelch values is called usSquelchVal. This
is calculated using a squelch table (usSquelchTable).
When transmitting the pro
uot; error (with
about every 3rd attempt giving "device is not responding correctly"). If the problem is
not the fuses do you have any idea what else could be causing these errors?
Sam
- Original Message -
From: Simon Willis <[EMAIL PROTECTED]>
Date: Tuesday, August 22
I had similar problems with my own node, but that's because we designed
it from scratch and the MCU fuses were set as they are from the factory.
I think (I don't know this for certain) that the mica2 and mica2dot
fuses might be preconfigured for that board, so you shouldn't have any
problems an
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD Candidate Tel: (07) 47814865
Electrical & Computer Engineering Fax:
creating a
pointer to that address and dereferencing it.
Something like: p/x *(uint8_t*)0x53
The memory addresses of the registers can be obtained from the AVR
datasheet.
-Ram
On Aug 17, 2006, at 4:40 PM, Simon Willis wrote:
Hi,
I'm using a JTAGICE II and ice-gdb for debugging. Is
Hi,
I'm using a JTAGICE II and ice-gdb for debugging. Is there anyway to
read the MCU registers when I hit a breakpoint? I know how to read the
normal registers like r0,r1 etc, but I don't know how to access the
peripheral registers like the timer status registers etc. Can anyone help?
Thank
I have the same problem in Eclipse. I have altered the make environment
for my own node using a similar process to you, except I didn't copy my
.target file into the tools/make directory. I just set the TOSMAKE_PATH
variable to contain the location of my own make directory in the contrib
direct
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
<mailto:Tinyos-help@Millennium.Berkeley.EDU>
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
-
Hi everyone,
I'm trying to use Timer1 as a timer for my manchester encoder on my node
which is based on the mica2. I am using HPLTimer1M.nc from the micaz and
have modified it slightly for my application. Basically, the timer acts
as a the clock for the SPI which outputs the manchester encoded
Have a look at tutorial 8.
http://www.tinyos.net/tinyos-1.x/doc/tutorial/lesson8.html
It uses the logger component to perform datalogging into Flash. That
should get you started.
I had problems last week using the Flash on mica2, because it was using
the wrong PageEEPROM files. For some reas
I also had some problems using Logger.LoggerWrite and Logger.LoggerRead.
Using TinyOS1.1.15 it would give an error when I tried to build my app
that said
`computeCrcContinue' is not in interface `PageEEPROM'
I am using a Mica2, but for some reason the compiler was using the files in
tos/platf
heers,
Simon
Simon Willis wrote:
Some more news on this problem.
It is still occurring, but I can now get around it consistently. I
also discovered that it will program the board with no problems if I
change the high fuse to 0xD9 (uisp makes is 0xD8). In my last email I
said that I was se
inyos environment, but this
did not fix it. I am using TinyOS1.1.15
Thanks again,
Simon
Simon Willis wrote:
I am having problems programming with uisp. I am using Blink for testing.
I have a MIB510 and a board that we designed that is based on the mica2.
Once I have programmed the ATMEGA
I am having problems with MicaHWVerify.
I program it on my mote (based on Mica2) and nothing happens. The LEDs
are supposed to start counting once it has retrieved the ID from the
serial ID chip. I assumed that the problem was something to do with this.
To test it I put a Leds.redOn() in the
h ATMEGA with
uisp until I have plugged in a JTAG and changed the fuses to 0xfd (e)
0x19 (h) 0xfe (l). Is this normal? I was thinking that perhaps this is
done by Crossbow before the motes leave the factory.
Thanks for your help.
Simon
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD
then it all stopped working.
-Now it's sort of programming except if the JTAG is plugged in it won't
work.
Any ideas?
Thanks,
Simon
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD Candidate Tel: (07) 47814865
Electrical & Computer Engineeri
Hi everyone,
I'm about to commence my first programming in TinyOS. I am using TinyOS
for a wireless sensor network that we have designed that is based on the
Mica2. Basically, it has new radio hardware and will require the radio
interface to be rewritten. We would like to test the new network
du/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
--
Simon WillisBE(CompSys)(Hons)-BSc
PhD
31 matches
Mail list logo