Hi All,
One of the Chipcon errata notes suggests setting the RXCTRL1.RXBPF_LOCURbit.
This is a fix for a problem that occurs when the VDD pins are supplied with
voltage less than 1.8 V.
Importantly, it also notes that setting this bit will also reduce Rx
current consumption by 1.2 mA !
I do not
I m extremely new to tinyos. i am trying to install the same on windows,
according to the installation instructions at tinyos.net. I have downloaded
'cygwin-1.2a.tgz'. The next step given on the site is
'In a cygwin shell, unzip the above package into some directory. In these
instructions the
hi anyone know how to reset the msp430 processor from software.
I read in the manual that the watchdog time should be able to do it.
and that if the password field is written to incorrectly it should
reset.
tried this but it didnt work. anyone know how?
thanks
cormac
i am trying to run the sample Blink application on tinyos2.x using cygwin.
but i get the folowing error
$ make micaz sim
mkdir -p build/micaz
placing object files in build/micaz
writing XML schema to app.xml
compiling BlinkAppC to object file sim.o
ncc -c -shared -fPIC -o build/micaz/sim.o -g
Dear all,
When I try to compile tinydb, 5 error appear as following. How can I
deal with it? Many thanks.
javac MoteSimObjectGenerator.java
Hi,
When two telosb motes try to send a packet to one receiver(telosb mote)
simultaneously, collision can happens between two packets.
In that case, I wonder that one of them can be transmitted to the receiver
without any fault.
I saw this case in my experiments.
Who can make sense of that?
Thank
Boomerang 2.0.4 has this fix (and has been out and released for quite some time)
TinyOS 2.x does NOT have this fix. Nor does TinyOS 1.x.
-Joe
On 12/7/06, harish prabhu [EMAIL PROTECTED] wrote:
Hi All,
One of the Chipcon errata notes suggests setting the RXCTRL1.RXBPF_LOCUR
bit.
This is a
Boomerang 2.0.4 has this fix (and has been out and released for quite some time)
TinyOS 2.x does NOT have this fix. Nor does TinyOS 1.x.
-Joe
On 12/7/06, harish prabhu [EMAIL PROTECTED] wrote:
Hi All,
One of the Chipcon errata notes suggests setting the RXCTRL1.RXBPF_LOCUR
bit.
This is a
On Thursday 07 December 2006 08:42 am, Matteo Andretto wrote:
I thought that in TmoteSky pull-up resistor was already connect.
I am too optimistic?
I think so. ;^) The good folks at MoteIV have the schematic for the TMote
Sky in the data sheet, and on a cursory glance I don't see pull-ups.
You might get lucky and have one signal wash out the other,
but as I just said in another reply, it's likely to all just
be radio noise when more than one transmitter is active.
MS
[EMAIL PROTECTED] wrote:
Hi,
When two telosb motes try to send a packet to one receiver(telosb mote)
Using different, and appropriately separated channels, will work
otherwise it's all radio noise...
MS
Chong Hui Kim wrote:
When two or more motes are transmitting radio signal, I know that they
must compete to get channel for transmitting. It means that only one
mote can transmit radio
Kamin Whitehouse has a paper on the study of this phenomenon; you can
read it here: http://www.cs.virginia.edu/~whitehouse/pubs/whitehouse05emnets.pdf
Cheers,
Rob
On 12/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
When two telosb motes try to send a packet to one receiver(telosb
SDA has a pullup, SCL does not and requires a pullup for I2C mode.
-Joe
On 12/7/06, R. Steve McKown [EMAIL PROTECTED] wrote:
On Thursday 07 December 2006 08:42 am, Matteo Andretto wrote:
I thought that in TmoteSky pull-up resistor was already connect.
I am too optimistic?
I think so. ;^)
Hello,
I'm having a problem getting some code to work, where the application
prints a message to the serial port, blocks while the uart transmits
data, then prints another message. I don't know whether I'm
misunderstanding the execution order or the use of atomic sections, but
here's the
On Dec 7, 2006, at 12:04 PM, Jeff King wrote:
The while loop in Boot.booted() doesn't seem to pick up that the
global variable 'blocking' has changed.
Any clue as to why the app can't print the Booting, Part 2 line?
I'm not a 100% expert on C (David), but perhaps you need a volatile?
Jeff King wrote:
Has anyone tried using the new UartByte interface in the TinyOS 2.0
release? Sending and receiving serial data using UartStream works fine,
but the blocking UartByte.send never unblocks:
I've tracked this down to two problems. First, the TXCIE (TX Complete
Interrupt
Wow! volatile...and cogent descriptions of TOS tasks and Spin Lock usage...
You guys are gods!
MS
ps...in the original code, you probably don't really need the atomics
(or the intermediate tb because the blocking value is a single
byte and the test is only going one way, which is (I think,
ps...in the original code, you probably don't really need the atomics
(or the intermediate tb because the blocking value is a single
byte and the test is only going one way, which is (I think, under
all conditions) going to be reliably TRUE or FALSE from instruction
to instruction...
Correct. I
in my cygwin, when I input type java, output is
***
$ type java
java is /cygdrive/c/j2sdk1.5.0/bin/java
***
But when I install tinyos1.1.10, the output is :
19 matches
Mail list logo