Has anyone used serial port communication to a telosb mote
under Windows 8? I have a program that works fine under XP
but I don't seem to be able to get the right FTDI driver magic
under 8. We, may have, followed the instructions for loading
their VCP driver. When the program starts it detects
There are some intriguingly named files containing Stream and DMA
in the ...tinyos-2.x_main/tos/chips/msp430/adc12 directory. Some of
them even have comments which reference TEP documents that might
explain what they are trying to do. Maybe one of them will allow
you to run the ADC at higher
I'm just starting to deal with T2's Listen and ListenRaw (under Ubuntu)
and found that ListenRaw has some kind of timing and error issues.
If I run it in a shell window it just hangs around and prints no message
data, but if I step through it in Eclipse I get a few
lines of output before (it
I have a vague memory that there was a problem
getting more than 16 serial COM ports under Windows,
and in some cases the device numbers kept incrementing
even though devices were not attached...
it's been a while since I tried though.
MS
On 1/14/2013 3:12 PM, wasif masood wrote:
Dear All,
It sounds like you've done everything right with Java and Eclipse.
Since the error is from GUI.java calling a javax.swing class I
expect it has nothing to do with TOS. I don't know what GWB is
or does or how it is implicated in this, but I would start by
googling the error text Unsupported drop
Almost...Unfortunately all my information is based
on reverse engineering Tinyos 1.x and I think there
may have been some changes in 2.x, so YMMV. I think
there is a TEP document on the docs.tinyos.net site
that might be clearer than me...
I have a package of Java code for host side reading
and
With a 32 bit float you get 24 bits of value and 8 bits of sign
so converting from an integer of larger than 24 bits will entail
some resolution truncation.
MS
On 9/18/2012 2:45 PM, Eric Decker wrote:
try using the 4.6.3 compiler. 3.2.3 is really old.
It isn't clear what level of support
There's a number of strange and inexplicable things here,
but probably the problem is that you have not set pointer
to point to anything. Try something like:
uint8_t* pointer;
uint8_t buffer[8];
pointer = buffer;
call interface.function(pointer);
or even just:
uint8_t buffer[8];
call
Try to compare the low level I2C code and see what's different
between T1 and T2. I think the last version of T1 had the
atmega code in:
tinyos-1.x/tos/platform/avrmote/HPLI2CM.nc
If you search for schip tinyos I2C you'll find some help list
discussion of my battles with the Moteworks
And let me just add: Good Luck With That.
Most of the tinyos controllers have very little RAM --
4-8Kb at most, and no math support beyond an integer multiply --
but sometimes it's a whopping 16 bit MUL.
If you can send your raw data to a real computer you will
probably have better results.
MS
From: tinyos-help-boun...@millennium.berkeley.edu
[tinyos-help-boun...@millennium.berkeley.edu] on behalf of Li, Haixia-OSU
Stillwater [hai...@ostatemail.okstate.edu]
Sent: Tuesday, May 08, 2012 3:41 PM
To: András Bíró; Michael Schippling
Cc: tinyos-help@millennium.berkeley.edu
Subject
There's a long history of this one in the help archives:
https://www.millennium.berkeley.edu/pipermail/tinyos-help/2010-November/048721.html
This is the first time I've heard of it being Mote
dependent though...I presume that you use the same
MIB510 for the Iris as well?
Unfortunately I don't
You need quotes around the actual paths to make the shell
ignore the semi-colon:
export CLASSPATH=C:\...\java\tinyos.jar;.
MS
Li, Haixia-OSU Stillwater wrote:
Hello all,
I used to set the CLASSPAHT without any problem, but I have not use it
for one year. Recently, when I want to use
I'm going to assume that you mean receiving an analog signal...
Look at the code for the light or temp modules. It will take a
little digging but you should be able to get down to the raw
ADC level. Then copy it, probably all you need to do is change
the ADC channel used.
MS
Hasib1 wrote:
Dear
In one of the few improvements ever made to UNIX
the -R makes grep recurse through directories.
Or so the man page says
MS
Eric Decker wrote:
On Mon, Apr 30, 2012 at 11:19 AM, Maycon Maia Vitali
maycon.ppgi.u...@gmail.com mailto:maycon.ppgi.u...@gmail.com wrote:
$ grep -nHiR
If I remember correctly the source for all the real components
of Moteworks are behind a license wall. All you get in the free
world is a link library. I remember this because I could find
no documentation for the router code and they seem to have
followed TOS the-code-is-the-documentation
I would assume that rand16() returns a 16 bit random number
so you will have to do some calculating to range it to 0-1.
But I recommend avoiding floating point on the controller side
whenever possible because there is no hardware support for it.
I don't know why you get the same number on each
It looks like you have put something like this in apit.h:
#include mymote.h
If that's the case, mymote.h should be found if it is in
the source or include search path. The current directory
(.../apps/testingtinysec) should work.
Another way to try it is to find where apit.h is included
I don't use TOS2 so I can't easily look it up, but it may be
that you need to include the full package name on the command
line which might be something like:
java net.tinyos.tools.TestSerial
Java wants the fully specified package name for all classes
it uses, even if you are in the directory
AVcc is, unfortunately, exactly what it says: the Vcc power supply pin.
So, nope. Can't shut it off without shutting off the whole telos board.
You will need to use one of the other digital I/O pins.
Your problem is that a motor draws more current than can be supplied
by a regular output pin. If
You are not using floating point variables.
Also printf uses a %f for flat format.
MS
Abdullah wrote:
Hi there,
This code gives me wrong output. I don't know why!
event message_t* Receive.receive(message_t *msg, void *payload, uint8_t
len) {
int32_t p = getRssi(msg);
// t1 =
it would be a bit of a help to include the errant source file.
MS
priya wrote:
help us to solve this parse error in tinyos1.x
$ make pc
compiling MHLeachPSC to a pc binary
ncc -o build/pc/main.exe -g -O0 -board=micasb -pthread -target=pc -Wall
-Wshado
w -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all
To get to the actual TOS release for the nescc builds under T1,
I think what you need is something like this in your environment
(on Windows):
# Set main pointers used by TOS build system to find files
# TOSROOT is for external programs, TOSDIR for makefiles
TV=tinyos-1.x ## I use this to select
I believe the Vref is permanently attached to the battery.
There may be ways to use an internal ref or another input
via software, but I'm not that familiar with the MSP chip.
MS
Alex FP wrote:
Dear all.
In order to read a ADC channel i.e. ADC6 (Port6.6) using a Vref
external,needed for
Here's the battery section right out of the MPR/MIB User’s Manual:
--
6.4 MICA2 Battery Voltage Monitor
The MICA2 units have an accurate voltage reference that can be used to
measure battery voltage (Vbatt). Since the
That looks ok to me syntactically so maybe there's something
else wrong. You might have a hidden character in your text,
if you can use a hexdump utility to look at the file you
could find something amiss, or, unlikely, also in the
FrameControl file too... Also try moving the lines and
elements
Also I would recommend eliminating the busy-wait delay()
by splitting the whole sending sequence into multiple calls
driven by a timer. It's not much of a delay, but long-running
tasks may end up blocking other tasks which need resources.
MS
Eric Decker wrote:
It is very strange to be sending
Just try make without the intelmote2 part.
I don't think there is any platform specific code
in the Java tools.
MS
Mashal al-shboul wrote:
Hi All,
I need help about checking Java installation in UBUTNU for communication
between the PC and iMote2 sensor mote.
i have the directory
I believe it can be configured as either digital or analog,
probably using that generalIO interface.
MS
aca...@correo.ugr.es wrote:
Hello.
Someone know if ADC0 (The pin 3) in the 10-pin expansion of Telosb mote is
a GeneralIO? I've seen according to the tmotesky and telosb data-sheet
Oh Eric, Eric, Eric... Java is not that hard. At least compared to
something like the TOS build system. It even {used to be} a rather
rationalized and simple alternative to most egregious C++ shenanigans.
But anyway... There was one more question in the complaint list:
WARNING: CLASSPATH
Search this list and the doc site http://docs.tinyos.net/
for advice on calling C functions and libraries from TOS.
That's the opposite of what you want, but you may find
something in the various described approaches for getting
around the name mangling.
MS
Anna Förster wrote:
Hi all,
I am
It's legal and sleazy enough that I might have done it...
I'd almost say it's doing nothing, because message_t*
already includes the message header. But a serial_header
may be a different size (hopefully smaller...).
msg-data is an array of chars and thus already a pointer
(I'm not sure, but
What fails?
Have you made it past the hardware interfacing?
Having trouble accessing GPIO?
Not getting a good signal?
Not able to time the signals correctly?
One problem may be that the Ping-thing runs on 5v and
the telsob runs on 3.3v. I think you can ignore the
over-voltage on the telos pin at
On Mon, Nov 14, 2011 at 12:04 PM, Michael Schippling sc...@santafe.edu
mailto:sc...@santafe.edu wrote:
Changing the return value will have no effect on the ADC.
There used to be an interface for this that was actually
documented in the code:
ADCControl.setSamplingRate
This looks like a structure assignment which should copy
between two pointers:
nmsg-neighbors = tableOfNeighbors;
but I think it might not work correctly with arrays.
You probably need to do a memcpy() to get the contents
of your table into the message. I'm a little rusty on my C
pointers
You might be able to use basestation as a basis for your
re-Mote node, but I expect it would be easier to hack up
a demo app that reads from an internal sensor like O'scope.
The serial messages that basestation expects are the whole
TOS Message struct and your wind sensor probably doesn't
format
By printf() I guess you're using C,
here's the first hit I got for mysql C api:
http://dev.mysql.com/doc/refman/5.0/en/c.html
If your TOS interface is in Java, look into JDBC.
MS
Geo Gkolfin wrote:
Hello!
I have a telosb network that sends data periodically to a telosb
basestation
Check to see that the O'scope program is configured to sample
the light sensor. It may be using something else. I remember
one less than spectacular demo that used the battery voltage...
MS
Baudry Arthur wrote:
Good afternoon to both of you,
Thanks for your answer, I was away for a few days
, 2011 at 3:03 PM, Michael Schippling sc...@santafe.edu
mailto:sc...@santafe.edu wrote:
Check to see that the O'scope program is configured to sample
the light sensor. It may be using something else. I remember
one less than spectacular demo that used the battery voltage...
MS
Yes, TOS 1.x, which underlies Moteworks. Although I just noticed
that the last release of T1 has a hardware impl for I2C in mica128.
Here is what I used, including my small patch to I2CM.nc:
http://www.etantdonnes.com/Motes/T1_I2C.zip
But I imagine that it will be fairly pointless to try to
If by open you mean edit or view, and you are doing that
by double clicking on the file in a GUI file manager, then
it looks like the .nc file type is associated with some
other kind of document. I don't know how Ubuntu's file
manager works, but there should be some way to change
that association
I'm not sure what you mean by slow, but here's something to check...
The T1 version of I2C for the ATmega used bit banging on the TOS
side rather than the controller's I2C hardware -- go figure
I found that it didn't recognize a wait-state-request from
external devices and would lose a bit
I don't know if what you are working with uses hardware
or software (since I've only used T1) -- if you have started
with Moteworks you probably have T1...
Look at the low level driver and see. If it uses ATmega
hardware I would hope that it supports the so called clock
synchronization mechanism.
Look carefully in math.h, there may be an #ifdef around the double
math functions. I thought that the telosb used doubles rather than
floats (the ATMEGA uses float math) but it sounds like I'm wrong...
MS
ys...@lifc.univ-fcomte.fr wrote:
Hi Manjunath,
Yes it compiled, thanks a lot. And I'll
Changing the return value will have no effect on the ADC.
There used to be an interface for this that was actually
documented in the code:
ADCControl.setSamplingRate(uint8_t rate);
The name may have changed to setPrescaler() or something
more obvious.
MS
Kushal Sarkara wrote:
Hello,
I
Amazingly enough the ROM/RAM message you got
is what's supposed to happen! So your compile
environment is setup right...
For the checkenv messages --
If you are not familiar with Java there's
a good wikibook and Oracle has a fine tutorial.
Then look around here for classpath advice:
The message header, kinda by definition, is at the beginning of
the message packet before the payload. So trying to get the
header out of the payload is a non-starter... There may be a
Packet.getHeader() or some such method -- I don't use that
module so I don't know. Or you could probably get away
: Michael Schippling [mailto:sc...@santafe.edu]
Sent: Wednesday, November 02, 2011 9:08 AM
To: Modi, Jenis Ashokkumar
Cc: tinyos-help@millennium.berkeley.edu
Subject: Re: [Tinyos-help] Error while running net.tinyos.tools.Listen --
URGENT
It's a little unclear, but I'm going to assume that your
One of the features of the Mote-PC communication is that
the RSSI value is not included... On one hand it makes sense
because that channel doesn't have a radio strength, but on
the other, it causes lots of grief because folks want to see
the strength of the signal received at the base-station,
installing application using
this kind of command : make mica2 install.1 eprb,192.168.10.50
Thanks Regards, JEnis
-Original Message- From: Michael Schippling
[mailto:sc...@santafe.edu] Sent: Thursday, November 03, 2011 9:30 AM
To: Modi, Jenis Ashokkumar Cc: tinyos-help
the aid of some other
application like: MOTE-PC or java Listen.
when I read the USB port have a few additional bytes, I thought some of
them could be the RSSI?
you have any idea how can I include the RSSI in the frame?
Thanks..
Jorge
Em 11/3/2011 5:21 PM, Michael Schippling escreveu
It's a little unclear, but I'm going to assume that your point 2 means
that you have installed Basestation on the mica2 that is plugged into
the host computer. And further that you are seeing leds blink as one
would hope...
Then, the error you are getting indicates that Listen is expecting to
There's a lot of, probably mostly correct, info here:
http://www.tinyos.net/tinyos-2.1.0/doc/html/tep111.html
and in general looking around in: http://docs.tinyos.net
will turn up answers to lots of questions.
MS
Javier Vázquez Villodres wrote:
Hello,
I need information general of the
Assuming that you were getting good packets before making
your changes, then you changed the wrong thing. If Listen
is like the T1 version there is a Dump.java class that
does the output to the console: Dump.printPacket() is what
you want to change...this should not affect any of the
packet I/O
A message at the end of compilation should tell you
how many bytes of RAM and ROM are used by the program.
RAM is the declared variables and (I think) a fixed size stack.
ROM is the program code and constant variables. It is stored
in the flash memory when downloading. Note that initialized
);
call MicInterrupt.enable();
__nesc_enable_interrupt();
return SUCCESS;
}
On Tue, Oct 18, 2011 at 12:46 PM, Michael Schippling
sc...@santafe.edu mailto:sc...@santafe.edu wrote:
We would have
We would have to look at your code, but most likely you
are not returning from the interrupt correctly.
MS
dong bo wrote:
I am trying to implement the tone detector software in a Mica2 motes
with MTS310 sensor cards. The current problem is that as soon as the
interrupt is triggered, the
I was never able to get the names to resolve...
Instead I have an interface method that passes
a pointer to the global around to everyone else.
Do you have a good trick to avoid that?
thx
MS
Manjunath Doddavenkatappa wrote:
I used use a separate component that allocates global variables. I am
The doc/tutorial describes how to do this with the config file.
For a simple example, I think the Blink demo app has a config
file that links in a couple of external modules. Or look for
an app that has multiple .nc files (in T1 SimpleCmd has more
than one source file) and see how it works.
MS
Once again, here's my cheatsheet for the TELOSB I/O:
http://www.etantdonnes.com/Motes/TMOTEpins.txt
You can use any of the I/O pins for digital output,
but avoid the I2C ones as they are shared with the
radio. If you need to drive more than 10 or 20mA
you should use a common emitter
Widows and Linux probably use different directory separators
so you may be following the worng instructions.
Look for CLASSPATH on this page:
http://docs.tinyos.net/tinywiki/index.php/Xubuntu_10.04%2C_SVN_T2.1%2C_Step_by_step
If that doesn't work, post your actual settings.
MS
hamna anwar
TOSROOT and TOSDIR are especially not right.
They shouldn't be defined as lists in terms of themselves.
All non-PATH variables should not have the second copy of their
name or any dangling ;. stuff:
export MAKERULES=$MAKERULES $TOSROOT/support/make/Makerules;.
should be
export
This seemed a little crazy to me too, but the explanation I got
was that microwave frequency receivers have to overcome a lot
of (relative to frequency) capacitance and thus need more power.
MS
Mohamed Maalej wrote:
Hi all,
Concerning the Micaz mote, when I take a look on its datasheet I
There may be an overloading of AMSend names going on...
In the congig file try, instead of
TestAdcC.AMSend - AM.AMSend[AM_TEST_SERIAL_MSG];
something like:
TestAdcC.TestMessage - AM.AMSend[AM_TEST_SERIAL_MSG];
And then in the program file use:
call
Look through the doc/tutorial materials.
Then find a demo app that reads one of those sensors
and sends the data over the radio. There might even
be a demo that reads them all, but you should be able
to find a starting place.
MS
Javier Vázquez Villodres wrote:
Hello,
I am new to TinyOS and
Create an Eclipse project for your app and link it to the
TOS source tree, and/or, create a project for the TOS source
itself. Strangely enough there is no magic TOSmake foo for
the host side Java code. Just get all the classpaths and
MOTECOM variables set right and make sure you have the comm
JNI
What you probably want is a PIR sensor (Passive InfraRed) like those
used in motion sensitive porch light fixtures. Here's one example:
http://www.sparkfun.com/products/8630
Note that they detect low-freq IR (around 10nm) which is what mammal
bodies radiate, and they need a differential signal
I don't know of any micro-controller that has floating point
hardware support. Are there such? The telosb MSP chip doesn't
even have int multiply or divide instructions. The mica Atmega
has an 8-bit multiply but no divide.
With you, I always recommend fixed-point math.
MS
Sergio Valcarcel
rupesh vishwakarma wrote:
yes I am working in 16 MHZ what can i do to make it fast process
Well...The MSP chip doesn't have a Multiply instruction (I'm a little
surprised because the ATMEGA does and I never bothered to look).
But it does do 16 bit integer Add and Sub so that's
, Michael Schippling
sc...@santafe.edu mailto:sc...@santafe.edu wrote:
That is a little odd...
I guess the implicit casting is trying to help you by
returning the largest value for the uint16 when converting
from a too-big float. When you
Searching for win32 error 487 I found that there may be
a conflict with McAfee VirusScan 8.0.0 or perhaps some
other process. Look through the search results, and check
on the cygwin.com site for any advice they may have.
MS
LU Wei wrote:
HI:
I am new to tinyos. i just installed tinyos
well, you can use TOS, or program them from the ground up...
Have a look at the doc/tutorial and http://docs.tinyos.net
MS
suraj p wrote:
Hi everyone,
I have 2 Iris motes and MIB 520 and I want to use these for home
automation project. In order to do this do I have to learn programming
Any sort of waiting is a bad idea in TOS because it is
non-pre-emptive. There is a threads implementation, of
which I know nothing, that might provide sync primitives
if you insist on doing it the way you describe.
However the pattern you probably want is fairly standard:
task1()
{
that you pointed, specially the description of
the UART1TX (?wtf?) :p
Cheers,
Marcelo Coelho
-Original Message-
From: Michael Schippling [mailto:sc...@santafe.edu]
Sent: segunda-feira, 1 de Agosto de 2011 17:04
To: Thomas Schmid
Cc: Marcelo Coelho; tinyos-help
I have two different versions of msp430 tools courtesy
of different mystery TOS installations, one in /usr
and one in /opt. They both have the same directory
structure, so the only math.h file I could find was:
.../msp430/msp430/include/math.h
Both contain a logf() declaration, and a
The base10 log ironic part was a reference to how bad
my memory is of math functions that I don't often use...
I also forgot that avr math.h uses doubles...
hope things keep working for you
MS
Geo Gkolfin wrote:
Dear Mr Michael Schippling
Thank you so much for both your help and your irony
there may be a logf(float) function. Look in the relevant
math.h file to see what's what.
MS
Geo Gkolfin wrote:
Hello,
I am using a telosb mote and I am trying to convert the adc value of an
external temp sensor in Celsius. The conversion formula uses the
logarithmic function. I need to
to be the best approach.
MS
Eric Decker wrote:
On Mon, Jul 25, 2011 at 5:19 PM, Michael Schippling sc...@santafe.edu
mailto:sc...@santafe.edu wrote:
hmmmnot sure Normal numbers on just about every
platform with which we deal are Little Endian, but for some
reason
From my reading of the referenced page it looks like the
xml file is used to define storage areas -- like files --
in the external EEPROM, but it doesn't address initializing
the contents prior to running your program.
You could implement a message to send and store your key.
I don't know if
long integer
scatram...@gmail.com wrote:
Hi,
An easy question:
What the 'L' stands for when assigning the period to a timer? for example
call MyTimer.startPeriodic(1024 * 10L);
it starts a periodic timer that fires every 10 seconds but what's the meaning
of 'L'
I couldn't find
){
call MyTimer.startPeriodic(1024L * (uint16_t) period);
}
the timer goes crazy
any idea why? am I doing something wrong casting the value?
Davide
On 25 Jul 2011, at 17:14, Michael Schippling wrote:
long integer
scatram...@gmail.com wrote:
Hi,
An easy question:
What the 'L
command, isn't it?
cheers
Davide
On 25 Jul 2011, at 22:13, Michael Schippling wrote:
I don't have no intercourse with nx_types but it might
be that app_period is not being re-converted back to
the right byte order. Does it work with reset(10)?
Also, please define crazy timer
if I am on the
40~50Hz but no packet is sent after that.
Any idea?
Thanks
On Fri, Jul 22, 2011 at 5:47 PM, Michael Schippling sc...@santafe.edu
mailto:sc...@santafe.edu wrote:
If you can't debug it with an LED or two...haha...
Actually I have sometimes used a scope and once
If you can't debug it with an LED or two...haha...
Actually I have sometimes used a scope and once
or twice have been forced to use a logic analyzer.
You should be able to flash the LED exactly as fast as
you can execute a while-loop with a toggle in it.
There may be a buffer failure. Are you
Please send messages to the help list, not me directly.
I believe the doc/tutorial covers how to use the
ADC interfaces and the oscilloscope program.
Basically you should be able to replace VoltageC,
or even DemoSensorC itself, with anything that
provides the ADC interface, such as Photo or Temp
=/opt/msp430/bin:$PATH
Please help me debug this problem
On Thu, Jul 14, 2011 at 11:59 AM, Michael Schippling sc...@santafe.edu
mailto:sc...@santafe.edu wrote:
First make sure your CLASSPATH contains the tools jar file.
You shouldn't need to build everything, but if you have
Are you sure your mica2 is connected to COM1?
MS
Eric Decker wrote:
TinyOS 1 has been deprecated for a long time.
You'd be more likely to get help if you were running TinyOS 2.1.1.
For example: There is no way I'm going to spend scarce time digging into
a T1 problem.
On Wed, Jul
Are you sure that the device didn't actually disconnect?
Maybe the cable got wiggled, power blipped, or something?
I can't think of an easy way to debug this since it could
be anything from a bad cable to buggy software. Probably the
only workaround is to have the USB client attempt to reconnect
You probably have newer versions installed,
but check that you really have them with:
type dot -- should show a path to dot.exe
type java -- should show a path to a java SDK
MS
Ben Ahmed Farah wrote:
Hi,
i just installed TinyOS on ubuntu 10.04 and i make this command to
check that the
Please post the actual errors your get.
For #1, it may be that you are not defining the
right download device (parallel is the oldest and
now obsolete interface). For instance I have these
defined in my top level makefile and/or environment:
export DEFAULT_PROGRAM=mib510
export MIB510=/dev/ttyS0
I think the problem is that your PATH -- which I believe
is what is printed in the output below -- contains these:
\WINDOWS\SYSTEM32
\WINDOWS\Sun\Java\bin
\PROGRAM FILES\JAVA\JDK1.6.0_11\BIN
but the JNI files got installed to the JRE directory:
/Program Files/Java/jdk1.6.0_11/jre/bin
Windows32
Based on messages received here, that script only works
about 75% of the time... Search this list for various
pieces of advice about fixing it. I use a back rev of
the tos libs and install them by hand so I can't tell
you exactly what to do, but if you can find the getenv
and toscomm files you can
There {is,was} a stack trace module, maybe you can find
it by searching on this list. Since there usually isn't
any dynamic memory allocation, memory usage is probably
no more complicated than looking at the compile output.
Dynamic power consumption would be interesting but you
need to put a
Try doing make again in the tools/java directory and see
if you get any errors, or output of any kind. If that
doesn't make the class files, post the output here.
You can also force a compile of a specific file like this:
javac -classpath . net/tinyos/packet/BuildSource.java
MS
sabrina
I haven't used either of those programs so this is
probably uselessbut
Have you run other test apps to see if you really
have communication through the system? Try CntToRfm
or SenseToRfm. And I think you should see some LEDs
flashing when messages are sent/received. Would have
to look at
Yes. It's plain old C. With confusing syntactic additions.
MS
Peng Du wrote:
Hi everyone,
A quick question: are the bitwise operators in tinyOS the same with
the c ones? e.g. for bitwise AND and ~for NOT.
Thanks a lot.
Regards,
Peng
___
search for rssi location and various other combinations.
there has been a lot of work done on this, and none of it
is very accurate.
MS
Matthew Jacques wrote:
Hello,
I am currently trying to build a WSN using MicaZ motes and I need to
know, to a fair degree of accuracy, how far apart one
Pretty much all sensors readings on TOS devices are
integer values directly from the ADC -- some few, like
Voltage, may be may be mangled for range and level
but are probably also ints. IIRC the telosb has a 12
bit converter so you should have 0-4095 as your values,
which is a resolution of about
, Jun 10, 2011 at 5:13 PM, Michael Schippling sc...@santafe.edu wrote:
Pretty much all sensors readings on TOS devices are
integer values directly from the ADC -- some few, like
Voltage, may be may be mangled for range and level
but are probably also ints. IIRC the telosb has a 12
bit converter
The MultihopMsg struct contains:
uint16_t sourceaddr;
uint16_t originaddr;
which you may be able to use to determine where the
message came from.
But you may be using the raw uart code to communicate
between a micaz and some other device. Then you won't be
using AM or MultiHop messages, so
1 - 100 of 2385 matches
Mail list logo
