[Tinyos-help] Java Motes
A bunch of folks on this list have asked to see Sentilla's Java Platform -- they were skeptical that we were actually running Java on real motes. We're giving a preview of Sentilla's software at JavaOne next week for only $199, its a preview of our full product that our commercial customers are using. If you want to get a demo, a taste, of what it takes to run Java on a tiny MSP430 computer, come pick up a Sentilla Perk kit. Its only available to those at JavaOne, so ask nicely to the folks at the South Moscone booth who are selling the official JavaOne Show Device (that's Sentilla Perk) and maybe they'll give you one (btw, students can get into JavaOne for free -- hint, check out http://blog.sentilla.com). We put a full Java system in the same resource constraints that most others are just putting networking code. There's over-the-air app loading, management, networking, sensor and actuator drivers, a Java environment including Isolates and ThreadGroups, the full Java CLDC 1.1 spec implementation, and a whole bunch of other stuff. All of this fits in 48kb. Wicked cool. I've been working on it for at least 3 years at Sentilla with over 8 years of research, which was motivated by my experience with TinyOS, that led to this point. I'm excited to get it into your hands. Fundamentally it lets anyone that knows Java write applications for motes. That's pretty cool. I'm mentioning it here because I want this group to try it out, innovate way beyond what we have, and provide feedback. If you can't make it to JavaOne, please post any questions you have to the blog and we'll try to answer them for you. Sentilla Perk is only available at JavaOne, so ask your bay area friends to pick one up for you. http://blog.sentilla.com/2008/05/sentilla-announces-worlds-smal.php If you're into the whole press release thing, you can check that out here... http://www.sentilla.com/pr-20080501.html http://www.sun.com/aboutsun/pr/2008-04/sunflash.20080430.2.xml Shoot me any questions, or I can cross-post them to the blog... Best, -Joe ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] increase BaseStation baud rate
No need to use the wayback machine; all of this information is accessible at: http://docs.tinyos.net/index.php/Boomerang I've also forwarded all of the attachments to the folks running the wiki so that they can be uploaded. -Joe On Sun, Feb 24, 2008 at 12:31 PM, Ariel Mauricio Nunez Gomez [EMAIL PROTECTED] wrote: Giovanni: I did the process once using Boomerang (Moteiv's tinyos distribution). It was on their support section. Using the wayback machine on archive.org I got the following link: http://web.archive.org/web/20070702230725rn_1/www.moteiv.com/community/Moteiv_Community (It takes a long time to load) And now the direct link: http://web.archive.org/web/20070615020251/www.moteiv.com/community/Change_the_default_UART_baud_rate Work-around Increase the default baud rate. Compile TOSBase for another baud rate using the baud make extra. For instance, you can compile and install TOSBase for 262144 baud like this: make tmote baud,262144 install,1 Set your TOS_PLATFORMS environment variable to specify the file used by Serial Forwarder to override the default serial port specifications for the various platforms export TOS_PLATFORMS=`cygpath -m $HOME`/.platform.properties To automatically generate the $TOS_PLATFORMS file if it does not yet exist, run Serial Forwarder once then quitjava net.tinyos.sf.SerialForwarder -no-gui # Hit CTRL-C Edit the $TOS_PLATFORMS file and change the baud rate for tmote to your new baud rate, for instance 262144tmote=telos,2,262144 Run serial forwarder as normal, specifying the tmote platform to use the new baud rate On Sun, Feb 24, 2008 at 1:05 PM, Giovanni Abu-Aita [EMAIL PROTECTED] wrote: Sikar, Could you please tell us where you found the example for tinyos.1.x because I am looking for something similar for Micaz motes. Thank you. Sikar Chan [EMAIL PROTECTED] wrote: Hi All Does any Tmote Sky user tried to modify the baud rate of BaseStation from 115200 to higher? I saw one example but it seems to be in tinyos 1.x. I would like to know the method in tinyos 2.x Please help~~ Thanks. Regards Sikar Chan ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] D to A converter code?
Search www.google.com for site:mail.millennium.berkeley.edu msp430 dac http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2005-September/012132.html ...or... http://tinyos.cvs.sourceforge.net/tinyos/tinyos-1.x/contrib/boomerang/tos/platform/msp430/dac/ On Jan 13, 2008 8:51 AM, John Griessen [EMAIL PROTECTED] wrote: I have not seen anything for driving D2A conversions on the MSP430. This needs writing, correct? John Griessen -- Ecosensory Austin TX tinyOS devel on: ubuntu Linux; tinyOS v2.0.2; telosb ecosens1 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] tmote invent sensors
You should read the Tmote Invent User's Guide. It provides the theory
of operation. You should also look at the Boomerang drivers, they
will help you too.
All of the components provided with Tmote Invent are individually
controllable. This means you have to explicitly turn each component
on or off before you can use it. By default, the accelerometer is
off, thus it is not producing readings for you.
-Joe
On Dec 27, 2007 8:16 PM, Gary [EMAIL PROTECTED] wrote:
I am trying to read TMote Invent sensors using TinyOS 2 and I pretty much
followed tinyos-2.x/apps/tests/msp430/AdcSimple. I used following config but
it kept giving me 0,1 values. I also tried several other channels with same
behaviors (accel sensors give very small numbers with little change even if
I wave it). The onboard sensors however seem to be working fine.
Do I need to do something more than AdcSimple? Has anyone got any success
that I can learn from?
const msp430adc12_channel_config_t config = {
inch: INPUT_CHANNEL_A3,
sref: REFERENCE_AVcc_AVss,
ref2_5v: REFVOLT_LEVEL_NONE,
adc12ssel:SHT_SOURCE_ACLK,
adc12div: SHT_CLOCK_DIV_8,
sht: SAMPLE_HOLD_8_CYCLES,
sampcon_ssel: SAMPCON_SOURCE_SMCLK,
sampcon_id: SAMPCON_CLOCK_DIV_1
};
Thanks!
Gary
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] tmote mini tinyos 2.x compatibility question
There is no need to create a new platform, that is leading down a road of painful nights and many tears of motes not working. Simply, the bsl on the Tmote Mini development kit uses a different protocol. Simply use the tmote-bsl.exe included on the CD in your Tmote Mini developer's kit, and you'll be able to program your Tmote Minis using the red adapter boards. -Joe On 12/18/07, John Griessen [EMAIL PROTECTED] wrote: Dimas Abreu Dutra wrote: Hello, I am beginning a research with some tmote mini when I tried to download code to my mote via USB the bootstrap loader (bsl) gave a timeout error. I have not read all about those, but they are incomplete as they come, right? You need a board to put them on, don't you. What do you have them connected to? Perhaps you have a connection problem? My code for testing new platforms might help: http://docs.tinyos.net/index.php/Platform_Creation_and_Testing John Griessen -- Ecosensory Austin TX tinyOS devel on: ubuntu Linux; tinyOS v2.0.2; telosb ecosens1 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Tmote Invent Drivers for Tinyos 2
Feel free to port the Boomerang drivers, which are mostly T2 compliant too. http://tinyos.cvs.sourceforge.net/tinyos/tinyos-1.x/contrib/boomerang/tos/sensorboards/invent/ On Nov 26, 2007 11:37 AM, Kevin Klues [EMAIL PROTECTED] wrote: That is correct. There are no drivers for the tmote invent in T2. Feel free to implement them. Consider implementing them as part of a tinyos-2.x-contrib project. http://tinyos.cvs.sourceforge.net/*checkout*/tinyos/tinyos-2.x-contrib/contrib.html Kevin On Nov 26, 2007 10:19 AM, Xavier Orduña [EMAIL PROTECTED] wrote: Hi, I would like to have drivers for my tmote invent motes to use them in Tinyos 2. After googling a little bit, I think nobody has already done (or published). Is that true? If it is, I plan to start doing it. Thanks Xavi -- www.alcim.net Buscant sempre nous reptes, alguna proposta? ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help -- ~Kevin ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] DAC support please
Hi Jared, I hope the following message on the mailing list helps: http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2006-October/019973.html -Joe On 10/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello, I've seen a few posts in here regarding DAC on tmote sky. I'm assuming the component SpeakerDriverC works with the sky mote. However, SpeakerDriverC is designed for the invent mote. I'm not getting an output from the DAC. Is the the driver compatible with the sky mote? If anyone has experience getting DAC to work, please share. What initialization/modifications do I need to get DAC working? Thank you, Jared ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] tmote sky docs ...
FYI, All the documentation is available at http://www.sentilla.com/moteiv-endoflife.html and http://docs.tinyos.net The code is now checked into TinyOS CVS http://tinyos.cvs.sourceforge.net/tinyos/tinyos-1.x/contrib/boomerang/ -Joe On Nov 8, 2007 8:23 AM, Andrew Parson O'Brien [EMAIL PROTECTED] wrote: Hello, here http://www.cems.uvm.edu/~aobrien/tmote/ you can find ISO images of the driver and documentation CDs, data sheets for the tmote-sky and tmote-connect as well as the quickstart guide for the tmote-sky. Thanks go to Charley Robinson here at UVM for having the good sense to d/l them. Cheers, Andy ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Boomerang Source
Hi, The source code for Boomerang is now available in the TinyOS 1.x contrib directory. Although Moteiv has ceased active development on this code base, we encourage the community to make any changes, modifications, additions, or deletions that you want. You can also import any of the source, such as the Tmote Invent libraries, back into TinyOS proper (either 1.x or 2.x). We encourage any and all participation and hope that TinyOS users find it valuable to have the Boomerang source included as part of the TinyOS project. You can browse the source at: http://tinyos.cvs.sourceforge.net/tinyos/tinyos-1.x/contrib/boomerang/ Best, -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] A Note from Sentilla
There has been some confusion surrounding our change to Sentilla on the TinyOS mailing lists. Let me clarify a few items so that we are all on the same page. We at Sentilla (formerly Moteiv) are extremely excited about the use of Java technology in our products. We fully support the academic and research communities, and we expect that there will be a tremendous amount of innovation in applications and services that come directly from this community and are built with Java technology. Why Java? There's a lot of reasons. Most students are now learning Java at their universities rather than C or C++. There's also over 6 million Java developers out there today, who can now use, develop, deploy, and manage small computers that we refer to as motes. Opening pervasive technology to the masses, including classrooms and research labs where Java software has already been adopted, is tremendously exciting. We hope that all of you will continue with the great work that you're doing and will consider Sentilla as a great alternative to the embedded, low-level systems of the past. About our hardware products: Please note that Sentilla is not going to completely stop making motes, and we are not exiting the market -- rather we are providing an alternative based on open standards and familiar interfaces. We're moving the market for pervasive computing forward by making the software easy and familiar. As of February 1, 2008, all of our new motes will now come with Sentilla Point -- our Java runtime, application frameworks, networking, and APIs -- pre-loaded.As such, we're excited that everyone in this community will have the ability to use Java software to build applications. If you'd like to get a bare mote with only TinyOS support, those are still available too until January 31, 2008. All of Sentilla's new products that are coming in 2008 are backwards compatible with Tmote Sky and Tmote Mini, so you can remove Sentilla Point and load TinyOS if you choose. With a full software platform for development, deployment, integration, and management, our customers -- both academic and commercial -- now have the necessary infrastructure to quickly build intelligence into embedded systems. No longer do you need to install cygwin, configure gcc packages, learn a new language, or hack embedded code. You can now use all the tools you know and love to write Java applications -- including Eclipse and soon NetBeans. As for details on the technical capabilities provided by our software platform, I'll be writing up a blog post later in the week at http://blog.sentilla.com that addresses a number of the questions raised this list. If you have any questions, do not hesitate to contact us here at Sentilla. Our transformation to a software business and a Java product is an overall win, and we're committed to working with our loyal customers so that their business, research, and work are not interrupted. Best, -Joe Joe Polastre // co-founder and CTO // [EMAIL PROTECTED] Sentilla Corporation // 201 Marshall St // Redwood City, CA 94063 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Moteiv's Delta on MicaZ
The short answer is no. Delta has been optimized for Moteiv's Tmote Sky and Tmote Invent modules. Since Boomerang is open source, you are welcome to use Delta and try to port it to other platforms as necessary, but the only platforms it will work with out of the box are Tmote Sky and Tmote Invent. -Joe On 9/12/07, Timothy Strongton [EMAIL PROTECTED] wrote: Does Moteiv's Delta application provided in Boomerang work on MicaZ motes? Thank you for your attention! Tim ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Component for USB
The USB port is a slave (device), and the GPS unit is a slave (device). Two slaves cannot talk to each other without a master (host). This is a fundamental hardware limitation. -Joe On 9/5/07, lamiaimeil [EMAIL PROTECTED] wrote: Hi Joe, and thanks for reply. Unfortunately I have a GPS that have an usb interface and moreover the Uart pin on the expansion connector are already used. Can you tell me why can't I use the usb on mote? Is a software problem (there isn't the right component in moteiv version) or is a hardware problem? Can you suggest me a solution? Thanks very much. Andrea. --- Joe Polastre [EMAIL PROTECTED] ha scritto: The USB interface is dedicated to sending packets to the PC. You cannot use it to hook up a GPS module. You should use the other USART for this purpose. If using Boomerang, information is available here: http://www.moteiv.com/community/Boomerang_UART0_Sample -Joe On 9/5/07, lamiaimeil [EMAIL PROTECTED] wrote: Hi Joe, sorry my fault I don't speak clear. I can't use the SendMsg interface because I must send bytes on GPS I have connect to the usb connector of tmote sky and the SendMsg interface only send TOS_Msg. I need another component which I can speak with GPS sending/receaving bytes. Thanks. --- Joe Polastre [EMAIL PROTECTED] ha scritto: Send to TOS_UART_ADDR in TinyOS 1.x/Boomerang using the SendMsg interface. In TinyOS 2.x, use SerialActiveMessageC. -Joe On 9/4/07, lamiaimeil [EMAIL PROTECTED] wrote: Hi all, can someone tell me which component I may use to send and receive messages using usb connector of tmote sky? Now I'm using HPLUARTC component but seems not work. Thanks in advance. ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Component for USB
Send to TOS_UART_ADDR in TinyOS 1.x/Boomerang using the SendMsg interface. In TinyOS 2.x, use SerialActiveMessageC. -Joe On 9/4/07, lamiaimeil [EMAIL PROTECTED] wrote: Hi all, can someone tell me which component I may use to send and receive messages using usb connector of tmote sky? Now I'm using HPLUARTC component but seems not work. Thanks in advance. ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] My tiny tutorial
Our goal was that the wiki would be hosted at Harvard. The tinyos.net site is hosted by Berkeley, and the Debian packages are hosted by Stanford, so we thought that further distributing the administration would make it easier for new resources to join and also make it clear that it's a group effort. Shouldn't the TinyOS Alliance host everything so that its easy and clear for users to access the available resources? Then there would be no direct affiliation or conflict with Universities or Companies (ala Apache, ISA, Gentoo, IETF, etc...). -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Tmote connect (Error, bad file format)
Please see this email: http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2006-November/020972.html On 8/7/07, Bart Jooris [EMAIL PROTECTED] wrote: Hi all, On Wed May 30 there was already a response of Joe Palastre about this issue. http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2007-May/025361.html These are my steps in Xubuntos after a tos1 as root -make telosb -make telosb reinstall,1 bsl,/dev/ttyUSB0 -make telosb reinstall,1 netbsl,192.168.5.150:10002 Step 1 and 2 are ok but step 3 ends with: installing telosb binary using netbsl (without mass erase) /opt/tinyos-1.x/tools/make/msp/netbsl 10.10.19.22:10001 build/telosb/main.ihex.out-1 --telosb -r -I -p Using mote on port /dev/ttyUSB0. Error, bad file format rm -f build/telosb/main.exe.out-1 build/telosb/main.ihex.out-1 I should expect that bsl and netbsl are using the same files in build/telosb, why are the files ok for bsl but not for netbsl? I checked the versions of netbsl and netbsl.extra and they are equal compared with the latest versions on the cvs. Thanks, Bart ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] how to read analogue input on telosb (T-Mote Sky)?
What you will find is that it is a dimly veiled layer over an ADC input, which, IMHO, just obscures and obfuscates the usage... Yes, however every platform has a DemoSensor, which allows demos (not applications) to be written and compiled irregardless of the platform (thus the prefix Demo) -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] about analog input of tmote sky
The sensor and mote must have a common ground, so the ground of the sensor must connect to both the mote and the ground of your 5V power supply. As long as the analog output does not exceed 3V, it can be connected directly to the mote's analog inputs. -Joe On 7/29/07, Chen Bleed [EMAIL PROTECTED] wrote: Hello, all I am a rookie of mote world. Now I have a tmote sky and want to transmit signal to the analog input on it. I see the expansion pins may help and I find pin 3 is a analog input. Then, I have a problem. I use Sharp GP2D12 IR sensor. It has one 5V Vcc , one GND and one analog output among 2V. If I set up this sensor(Vcc and GND) and code for tmote sky already. May I just connect one analog output of IR sensor into analog input of tmote sky ?? Because I know tmote only has not over 3 V voltage, I dont use its VCC and GND in expansion to connect to IR sensor(needs 5V). So, just one analog output line of IR sensor can do anything?? thx, all and sorry for my bad English. Chen, Chien Mao 用部落格分享照片、影音、趣味小工具和最愛清單，盡情秀出你自己 — Windows Live Spaces ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Telos module,delta app and humidity sensor
As long as you power the sensor on and off when you use it, it will not noticeably affect battery life. On 7/19/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: hi all, We've got an application running the delta application (Moteiv) and would like to add humidity, from looking at the oscilloscope application as a reference it appears there's a lot of overhead to use the humidity sensor, and it might kill battery life. Does anyone have experience with this configuration and the results I can expect? thanks in advance,Bruce ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Getting SerialID from tmoteinvent
No, the DS2411 is identical on Tmote Invent. The problem is probably due to the timing in your contrib/ application. The DS2411 driver provided with Boomerang has the correct 1-wire timing. -Joe On 7/18/07, David Henry [EMAIL PROTECTED] wrote: In the absence of nodeid's in the tmote world, I need to get something else so I tried getting Serial ID instead. The SerialIDSend application in the contrib tree seemed a good place to start. Trouble is that the DS2411.init() function hangs for ever. Could it be that the 1 wire pin is connected somewhere else on the tmoteinvent? ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
[Tinyos-help] Re: Tmote CPU frequency
When you are using Boomerang, you can compile for an 8MHz clock by using a compile time flag. Specifically: CFLAGS=-DMSP430_USE_ROSC_8MHZ make tmote I've cc'd tinyos-help@millennium.berkeley.edu for others that may find this information helpful. -Joe On 7/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Joe, My name is Haodong Wang, a graduate student of CS department at college of William and Mary. We are trying to run our Tmote sensor (those with shield on top) at 8MHz (we are running some computing intensive programs) instead of 4MHz as TelosB does. We found that you answered some posts on TinyOS mailing list, but there is no detail step to show how to do it. Do you mind telling us how to do it? Thanks in advance! Haodong ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] throughput of tmote sky
Remember that the radio takes 450us to switch from RXTX and another 450us to switch back from TXRX. There are other associated delays. -Joe On 7/11/07, Chonggang Wang [EMAIL PROTECTED] wrote: Thanks for the posting, Phil. Yes, There is a backoff in CSMA-CA. However the backoff is not that much to make 250 Kbps down to 35 Kbps. The reason is below. According the IEEE 802.15.4 standard 2003 version, the average backoff time will be (2^BE * aUnitBackOffPeriod * aUnitSymbolTime) /2 . Also according to the standard, aUnitBackOffPeriod = 20 and aUnitSymbolTime = 1/SymoblRate = 1/ 62.5K = 16 us (for 2.45 GHz PHY). In this experiement, there is no collision, therefore BE = macMinME. macMinME is between 0 and 3. If it is 0, there is no backoff. Let us choose the maximum 3 and BE=3. Therefore, for each packet, the average backoff time is about (8*20*16)/2 = 1.28 ms. In my experiment, the UDP packet length is 110 Bytes and consider 10 bytes or so overhead, it is 120 bytes in total, and the consumed time is 120*8/250K = 3.84 ms. Therefore the achieved throughput should be around (3.84/(3.84+1.28))*250K = 187.5 Kbps. Am my understanding right? 187.5 Kbps is still far larger than 35 Kbps. I still do not know the reason. Thanks, Chonggang - Original Message - From: Philip Levis [EMAIL PROTECTED] Date: Wednesday, July 11, 2007 1:57 pm Subject: Re: [Tinyos-help] throughput of tmote sky To: Chonggang Wang [EMAIL PROTECTED] Cc: tinyos-help@Millennium.Berkeley.EDU On Jul 11, 2007, at 10:48 AM, Chonggang Wang wrote: Hello, I am trying to test the pure throughput of 802.15.4 and conduct an experiment as follows: \/ \/ | | --- --- --- | PC1| |Mote1||Mote2| |PC2 | ||-|| | |-| | ----- -- Both motes are placed close (guarantee good channel condition) and configured as Base Station by being installed TOSBase application. There is a sender program at PC1 and a receiver program at PC2. Both PC1 and PC2 start SerailForwarder (SF) (I changed the original SF in order to support UDP and avoid the effect of TCP Congestion Control and ACK). The baud rate for both motes is 115200. Then the sender program at PC1 continuously send a file (large enough) to SF at PC1 through UDP socket. The receiver program at PC2 listens to the SF's UDP port at PC2 and calculate the received data rate. I repeated this experiment for lots of times and found the received data rate at PC2 is only about 35 Kbps. Since tmote sky uses chipcon 2420 with 250 Kbps data rate, 35 Kbps is surprisingly pretty slow since in this case there should not be any collision. I am not sure if those two motes automatically go to sleep state. Also i did not find any bad packet due to CRC failure in SerialForwarder. Could any one give me a clue? MAC backoff. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] throughput of tmote sky
1. Turn around time, aTurnaroundTime is 16 symbols specified in the standard. Since the symbol rate is 62.5 Ksymbols/second, aTurnaroundTime = 16 * (1/62.5) = 192 us. (where did you get 450 us?) http://focus.ti.com/lit/ds/symlink/cc2420.pdf -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] ADC
You need to use and configure the ADC in software using ADCC. If you do not use and configure the ADC, then the ports are output and low (contrary to what Steve wrote). When a port is not in use on the MSP430, it must be set to output and low (gnd) to minimize current leakage. By configuring the pin using ADCC, it is automatically reconfigured to be input and not drive the signal. This is documented in detail at: http://www.moteiv.com/community/Connecting_External_Sensors -Joe On 6/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi i use tmote and tinyos 1.1 ; i must use ADC to sample a voltage on Capacitor but i have a problem. In fact i use ADC3 and GND(of ADC) but this pin result short-circuit when tmote is on. This is a big problem for me because the capacitor discharge and i can't mesaure the really value. How can i resolve my problem?? Thanks -- Leggi GRATIS le tue mail con il telefonino i-mode™ di Wind http://i-mode.wind.it/ ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] SPSend: sending a multi-packets message
Hi Julien,
The send() function only sends one packet through the radio. If you
want to send multiple packets, you'll need to use the sendAdv()
function. In this function, you specify the first packet and the
number of total packets. SP will alert you when it is ready for the
next packet by signalling the SPSendNext.request() function (your
application must wire and use the SPSendNext interface from SPC on
your AM handler id). You respond with the next packet using the
SPSendNext.response() function.
This is described in greater detail as SP Message Futures in the SP paper:
http://www.polastre.com/papers/sensys05-sp.pdf
-Joe
On 6/22/07, julien falco [EMAIL PROTECTED] wrote:
I would like to send several packet of AM_TYPE from tmote sky to pc.
I use SPSend. I have so far made tries with just one packet of this type:
typedef struct SkyetekM1miniCommand
{
uint16_t src;// Source address
uint8_t M1miniCmdArray[20];
}SkyetekM1miniCommand;
Now I would like to send more packets. What is the relation between msg and
tosmsg? For my tries, I send a pointer to tosmsg, which is okay, and for
*msg I just declare it once like that (as In Joe's example): sp_message_t
m_spmsg;. But now, if I want to send more packets whithin the same 'msg',
how am I supposed to tell t1.1 the relation between the two? Is nesdoc it is
said:
SPSend submits messages (which are composed of packets) to the SP message
pool for transmission.
Could someone be more specific?
Moreover, it is only required to specify the first packet. What rule applies
for the following ones?
In other words, how should SPSend be used for a message containing several
packets? (I have already read all docs).
Thank you,
Best Regards,
-j
send command result_t send(sp_message_t *msg, sp_message_t *tosmsg,
sp_address_t addr, uint8_t length)
Send a message using the SP abstraction.
All sp_message_t fields other than msg-msg are *internal* to SP and should
not be set by the user. Doing so may result in unpredictable results.
Each sp_message_t must define the first TOS_Msg to be sent over the radio.
Parameters: msg - the SP message to send. tosmsg - the first TOS_Msg packet
in the SP message addr - the destination address of the message length - the
length of the first TOS_Msg Returns: SUCCESS if the SP message pool has room
to accept the message
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Regarding battery Life
The cut-off voltage for AA batteries is 1.8V, so there is only a marginal amount of energy actually left in the batteries when the system reaches 2.1V. You may want to check out the battery curves for AA batteries and learn more in general about how alkaline batteries perform under load. A good places to get started is http://data.energizer.com/ There is no voltage boost on the Tmote Sky, because the voltage boost from 1.8V to 2.1V would actually have very little to no effect because the amount of energy required to perform the boost is larger than the amount of remaining energy in the batteries. -Joe On 6/14/07, manu suryavansh [EMAIL PROTECTED] wrote: Hi, The tmote sky system can work from 2.1V to 3.6V. In that case when the battery voltage drops to below 2.1V it will stop working and the remaining energy stored in the battery will not be used, so if the battery has 2200mAh of energy not all of it will be used, is this correct?. Is there any voltage up converter present on the system? Thank you Manu Suryavansh Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] tmote mini - SDIO in miniSD mode
On 6/12/07, Steve McKown [EMAIL PROTECTED] wrote: On Tuesday 12 June 2007 02:06, julien falco wrote: Hi just received a tmote mini dev kit, and I've noticed that the miniSD mode provides 3 I/O ports, called D0, D1 and D2. My question is, is it possible to use those pins as UARTO, like the example given by tmote here http://www.moteiv.com/community/Boomerang_UART0_Sample ? You can only use those pins as UART0 if they are tied to the pins on the msp430 that provide the UART0 RX and TX module functions. The miniSD pins are tied to UART1 and you may use them for UART functionality. UART0 is also exposed, although on a different location of the device. Please see the full Tmote Mini Specification that was shipped with your order. If you need another copy, please contact [EMAIL PROTECTED] -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Where's the UartDetectC Component?
They are part of Boomerang available at www.moteiv.com. -Joe On 6/10/07, Derek FOol [EMAIL PROTECTED] wrote: Hi, all. I'm using TinyOS 1.15, and there's no UartDetectC Component and Detect Interface here! How could I get them? Thank you! Derek FOol 2007-06-11 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] problem compiling Blink to telosb platform
I installed ncc and nesC from source, and msp430-gcc from ebuilds found here: http://www.informatik.uni-mannheim.de/pi4.data/content/projects/msp430/ install a special patch. Maybe this patch is not installed by the hm, what patch was that? You have to install the $ sign patch for msp430-gcc (particularly msp430-as). It is taken care of as part of the Patched msp430 Assembler as per the Moteiv Tmote Linux install... http://www.moteiv.com/community/Tmote_Linux_install#Patched_MSP430_Assembler ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: FW: [Tinyos-help] msp430-ld compile error, moteiv
Your code section (which is 48k on Tmote Sky, but 128k on MicaZ) is too large. This is the .text error that msp430-ld is giving you. -Joe On 5/16/07, Munaretto, Daniele [EMAIL PROTECTED] wrote: Dear all, I'm forwarding these mails of yesterday about a compile error using moteiv. Everything is explained in the mails below. [..] However, I tried using small packets to send on the air and I don't get any error (but only below 34 bytes of payload for tmote, 18 for telos). But this is strange, since another program I am using, bigger and more expensive than this one, has not compile problems. Moreover it is strange since with micaz motes, again under tinyos.1.15, I don't have any problem (with less RAM, less flash, less everything I guess) Any one could give me a reason for this bizarre behavior? Cheers Daniele PS I am running my old programs (built around micaz platform under tinyos1.15) with moteiv packages now, both under /tinyos-1.x/apps folder and /moteiv/apps folder, with the same issue. -Original Message- From: Steve McKown [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 5:24 PM To: Munaretto, Daniele Subject: Re: [Tinyos-help] msp430-ld compile error, moteiv On Tuesday 15 May 2007 09:05, you wrote: mmm..well in micaz I had 4 KB of RAM and it was fine, here with telos/tmote I would have 10 KB in RAM and it does not work..strange, isn'it? Definitely. There may be another way to generate the error you are seeing, but I don't know what it might be. Does tos 1.1.x have test apps like tos 2.x (I don't really know tos1)? If so, do they compile correctly for tmote? If not, it might point to a corrupted linker script or other issue with the msp430 gcc compiler setup... Daniele Munaretto Researcher DoCoMo Communications Laboratories Europe GmbH Landsbergerstraße 312 80687 Munich Germany Mobile : +49- 162- 2919-218 Office : +49- 89- 56824-218 Fax : +49- 89- 56824-300 [EMAIL PROTECTED] visit us in http://www.docomolab-euro.com Managing Directors (Geschäftsführer): Dr. Toru Otsu, Dr. Narumi Umeda, Kazushige Yoshida Amtsgericht München, HRB 132967 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve McKown Sent: Tuesday, May 15, 2007 4:58 PM To: tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] msp430-ld compile error, moteiv Hello, On Tuesday 15 May 2007 07:31, Munaretto, Daniele wrote: I tried to bring my codes from my micaz motes under tinyos-1.x (here they are running perfectly) to telos/tmote motes. I work around a lot, and for one of mine codes I get a strange compile error: msp430-ld: address 0xb9bd of build/telos/main.exe section .bss is not within region data msp430-ld : section .text [4800 - 8615] overlaps section .bss [110e - b9bc] make : *** [exe0] Error 1 One way to generate this error is to allocate too much RAM in static variables. This error suggests that there are b9bc-110e or about 42KB of data being allocated. Steve ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help !DSPAM:4649cf65242181336712104! ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] using external A/D in Delta app. on Tmote
http://www.moteiv.com/community/Connecting_External_Sensors Be sure to include components ADCC; in your components list. -Joe On 5/7/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi All, I've added the code from moteiv website on using the external A/D, but when compiled I get the errors from DeltaM.nc ADCControl undeclared. and an error from Delta.nc - cannot find ADCC In Delta.nc I've added the statements: Impl.ADC -ADCC.ADC[TOS_ADC_SUPERSENSOR_PORT]; Impl.ADCControl - ADCC; any ideas (or and example would be a great help) Thanks, Bruce ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] how to change speaker volume of Tmote Invent
Reduce the amplitude of the signal. Remember that sound volume is logarithmic. -Joe On 5/2/07, yicheng [EMAIL PROTECTED] wrote: Hi Folks, I have a piece of wave data stored in Tmote (about 8k bytes), I need to dynamically change its volume (by software) when it's being played through the speaker. Can someone tell me how to do it? Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Moteiv vs Crossbow TelosB
Hi Adam, Moteiv sells Tmote Sky, the generation of motes that followed the TelosB and was designed by the same group of people (myself, Rob Szewczyk, and Cory Sharp). Tmote Sky has better RF performance, lower power consumption, faster startup times, and a full suite of software that supports it. We also have extensive documentation that you can view at: http://www.moteiv.com/products/tmotesky.php For a more detail list of improvements found in Tmote Sky, please see: http://www.moteiv.com/products/docs/moteiv-an-001.pdf Best, -Joe On 4/25/07, Adam [EMAIL PROTECTED] wrote: Hi What is the difference between the Moteiv TelosB and the Crossbow TelosB thanks ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Tmote Parametres for WSN Simulation
Please see the CC2420 datasheet available at http://www.chipcon.com -Joe On 4/25/07, Joan Cortes [EMAIL PROTECTED] wrote: Hello, I'm simulating WSN in OMNeT++ and I'm using as reference Tmotes parameters. I would like to have extra information about Tmotes behaviour, mainly about the Radio CC2420 which is not available in the datasheet. I need to know the times the chip requires to turn between different states, Idle to RX/TX vice versa, RX to TX vice versa. Also if a preamble is transmitted at the beginning of a Poll, how much time a Receiver will need to be aware of this transmission, i.e. if it was Idle and just turns on to RX, how long it will need to detect the preamble. That information will be required implementing protocols as WiseMAC where nodes, if not synchronized, transmit long preambles and receivers can remain their radios sleeping and detect this preamble waking up for a short time if at least they sense the channel every half of the preamble time; therefore saving energy. I would appreciate any link with regarded information. Cheers, regards, Joan ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Tmote Sky GPIO interrupt
If you populate R14, you need to set the corresponding connected pin to input
In Boomerang:
TOSH_MAKE_ADC3_INPUT();
-Joe
On 4/20/07, Jan Soukup [EMAIL PROTECTED] wrote:
Hey everybody,
I want to catch an impulse on the GPIO0 port of the Tmote Sky. I populated the
R14 to enable GPIO0 on the expansion connector and in my program
I am using interface MSP430Interrupt as port20, which is binded to
MSP430InterruptC.Port20 (this should be GPIO0 = port 2, pin 0).
This is a piece of my code:
result_t gpio() {
call port20.makeInput();
atomic edge = TRUE;
call port20.edge(edge);
call port20.enable();
call Leds.greenOff();
call port20.disable();
return SUCCESS;
}
async event void port20.fired()
{
call Leds.greenOn();
}
The green Led switches On and never switches Off. Can you tell me why? I call
gpio() from Timer.Fired event (every 4 seconds) and following command is also
switching off
the Led. But this is not going to happen. I am using Boomerang 2.0.4.
I would appriciate any help. Thanks, Jan.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] output voltage of GIO1 at Tmote Sky
Be sure to set ADC2 to input. TOSH_MAKE_ADC2_INPUT(); -Joe On 4/12/07, yicheng [EMAIL PROTECTED] wrote: Hi Folks, I'm using the GIO1 of Tmote Sky as the output digital pin. As for the reference, R16 was populated with 0 ohm resistor. But the high voltage I measured from the GIO1 output is only around 1.7v. Is it supposed to be as 3v? How can I get 3v output from GIO1? Thanks! Yicheng ___ Tinyos-help mailing list [EMAIL PROTECTED] https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ___ Tinyos-help mailing list [EMAIL PROTECTED] https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Configuring Tmote Connect
Have you put the Tmote Connect on a local network where your computer is on the same subnet (192.168.1.*) as the Tmote Connect device? Sometimes the best way to do this is directly connecting Tmote Connect to your computer through a cross-over cable and setting your computer's IP to 192.168.1.2, gateway of 192.168.1.1, and invalid DNS addresses. -Joe On 4/10/07, harish prabhu [EMAIL PROTECTED] wrote: Hi, We have recently purchased a TMOTE CONNECT. However we are unable to get it working. Our Environment setup is : 1)OS – Windows XP 2)No DHCP Server on the network Also we noticed that the MAC address (as formulated according to the user manual) and the actual MAC address (found by using an IP sniffer) are different. Also we find that, though the IP sniffer is able to display the MAC address of this device, the device does not seem to be getting an IP address at all. The manual mentions that in the absence of a DHCP server the device will try to claim an IP address of 192.168.1.77, if there is no conflict. We have checked that there is no conflict at this address, yet the device is not able to obtain an IP address. All packets that come out of the device are broadcast packets. Has anyone faced a similar problem ? Can someone please help us get this device running? Regards Harish Prabhu ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] measuring tmote voltage
VoltageC returns the voltage in absolute millivolts. 2969 = 2.969V -Joe On 4/9/07, Bill Leal [EMAIL PROTECTED] wrote: I saw this same question posted last year by Fabrizio Stefani, but the thread didn't seem to include an answer. Following the lead in the tmote oscilloscope program, I'm using VoltageC to read the voltage. According to the tmote sky manual, Vcc = sample/4096*1.5*2. 2969 is a typical sample value, so Vcc = 2.174v. However, I'm measuring Vcc directly with a multimeter and getting a value of about 2.99v. So, I'm puzzled about the discrepancy. -- Bill - Bill Leal Computer Science and Engineering The Ohio State University 395 Dreese Laboratories 2015 Neil Avenue Columbus, OH 43210-1277 Fax: +1-815-301-8202 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Installing and Using Tmote Connect on Windows
Hi Harish, Have you tried directly connecting the Tmote Connect to your computer with an ethernet crossover cable and then using the 192.168.1.* subnet to try to ping the device? When the unit is first booted and cannot find DHCP, it will use the 192.168.1.77 address. If DHCP is present, you will need to check with your DHCP server logs for the address acquired by Tmote Connect or follow the arping instructions for Linux in the Tmote Connect manual. -Joe On 4/8/07, Harish Iyer [EMAIL PROTECTED] wrote: Hello everyone, We recently purchased the Tmote Connect device from Moteiv. However, we are unable to install and use it on the network. Following instructions provided in the user manual has not helped. The Tmote connect device does seem to boot up (One beep and Power and Ethernet Leds are stable) but we are unable to lookup the ip address of the device. The support link on the moteiv site does not help either. We also tried using an IP scanner tool to detect the device, but in vain. Can someone please help us with this ? Thanks in advance. Regards Harish Iyer ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Tmote Sky Installation Problems
How did you install Boomerang? Did you receive any errors during the installation process? -Joe On 3/26/07, Conard, Andrew [EMAIL PROTECTED] wrote: Hello, I ran into this make error when trying to compile Delta onto the tmote platform: tmote ident_flags tos_image bnp does not specify a valid target. Stop. I double checked my environment variables such as TOSROOT, TOSDIR, etc. I don't know what I am doing wrong here. Thanks. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Reg. ADC on Tmote
Agreed with Michael; the values are consistent and only move around by a few millivolts even based on load, that is good. A simple LED that is on, as opposed to off, can affect the voltage read by the microcontroller. -Joe On 3/24/07, Michael Schippling [EMAIL PROTECTED] wrote: I think tmotes have a 12 bit converter so each bit ~= 70 micro-volts. There's probably more noise in the ground line than that. Also the battery voltage will fluctuate a bit due to load. I'm surprised the values are so consistent... MS Madhu Mudigonda wrote: Hello Everybody, I'm trying to read Tmote battery voltage values through ADC. What I have observed is, the values are very inconsistent. For example, If I run the Voltage sampling experiment, the values I'm getting are like this: Details of Experiment: I have wired to VoltageC component available inTinyOS. Sampling rate of ADC is : 1 sample/min Sample Results:2989,2988,2987,2986,2989,2985,2989,2986,2984. If you observe the results, after reading a battery voltage of 2986, it's shooting upto 2989. It is not consistent. Is there any correct procedure to read the Voltage(ADC) values consistently. Am I doing correct? Any kind of suggestions or help is appreciated. Thanks-- Madhu Mudigonda Research Assistant, SE-Lab,Fenn College, CSU. Ph.# 216-856-0127 Fax.#: 360-233-0127 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Reg. ADC on Tmote
Yes, that is not unusual operation. On 3/26/07, Madhu Mudigonda [EMAIL PROTECTED] wrote: So, it means the fluctuations in milli-volt in the sample reading I have given is accepatable. Is that? Sample reading: 2989,2988,2987,2986,2989 ,2985,2989,2986,2984.. Thanks-- Madhu On 3/26/07, Joe Polastre [EMAIL PROTECTED] wrote: Agreed with Michael; the values are consistent and only move around by a few millivolts even based on load, that is good. A simple LED that is on, as opposed to off, can affect the voltage read by the microcontroller. -Joe On 3/24/07, Michael Schippling [EMAIL PROTECTED] wrote: I think tmotes have a 12 bit converter so each bit ~= 70 micro-volts. There's probably more noise in the ground line than that. Also the battery voltage will fluctuate a bit due to load. I'm surprised the values are so consistent... MS Madhu Mudigonda wrote: Hello Everybody, I'm trying to read Tmote battery voltage values through ADC. What I have observed is, the values are very inconsistent. For example, If I run the Voltage sampling experiment, the values I'm getting are like this: Details of Experiment: I have wired to VoltageC component available inTinyOS. Sampling rate of ADC is : 1 sample/min Sample Results:2989,2988,2987,2986,2989,2985,2989,2986,2984. If you observe the results, after reading a battery voltage of 2986, it's shooting upto 2989. It is not consistent. Is there any correct procedure to read the Voltage(ADC) values consistently. Am I doing correct? Any kind of suggestions or help is appreciated. Thanks-- Madhu Mudigonda Research Assistant, SE-Lab,Fenn College, CSU. Ph.# 216-856-0127 Fax.#: 360-233-0127 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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 -- Madhu Mudigonda Research Assistant, SE-Lab,Fenn College, CSU. Ph.# 216-856-0127 Fax.#: 360-233-0127 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Errors in compiling Blinkmicaz under Boomerang
Boomerang does not include avr-gcc or the tools required for compiling for platforms other than Tmote Sky or Tmote Invent. -Joe On 3/19/07, Munaretto, Daniele [EMAIL PROTECTED] wrote: Hi all, I installed correctly Boomerang on my notebook. It works fine with tmote sky motes, but if should I work also with micaz motes? (and I have to work with both!) I mean, the tinyos-1.x folders are already included, so I thought to do make micaz in opt/tinyos-1.x/apps/Blink as test. The error message asks to install avr-gcc. I did it, but now it complains about some .s files under DOCUM~1/ADMINI~2.DOC/LOCALS~1…. In the attached file there are the errors. Anyone could help me to solve this issue? It is really urgent! Thank you very much for any eventual feedback Cheers Daniele Daniele Munaretto Researcher DoCoMo Communications Laboratories Europe GmbH Landsbergerstraße 312 80687 Munich Germany Mobile : +49- 162- 2919-218 Office : +49- 89- 56824-218 Fax : +49- 89- 56824-300 [EMAIL PROTECTED] visit us in http://www.docomolab-euro.com Managing Directors (Geschäftsführer): Dr. Toru Otsu, Narumi Umeda, Kazushige Yoshida Amtsgericht München, HRB 132967 --- DoCoMo Communications Laboratories Europe GmbH Landsbergerstrasse 312, 80687 Munich, Germany Managing Directors (Geschaeftsfuehrer): Dr. Toru Otsu, Narumi Umeda, Kazushige Yoshida Amtsgericht: Muenchen, HRB 132967 --- ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] PORT 66/ 67/ 23/ 26 INPUT_CHANNEL_A0 to A4
Hi, Please see pages 6-7 of the Tmote Sky datasheet, which show the connections from the MSP430 microcontroller to the expansion connector. http://www.moteiv.com/products/docs/tmote-sky-datasheet.pdf -Joe On 3/19/07, Alborz Sedaghat [EMAIL PROTECTED] wrote: Hello all. I am trying to understand a program that someone else has written.(it misses comments or any kind of information) He is using Port 66/ 67/ 23/ 26/ 34/ 35, how can i find out to which PIN on the Tmote Sky they are connected to? He is also using INPUT_CHANNEL_A0 to A4, can i assume that there are connected to ADC0 to ADC4? I have tried many things so far, without result, like looking into hardware430 files and other files that i could find in different libraries, i have also looked carefully into the TmoteSky data sheet and Texas Instruments. Finally i must say that i am new to all this, so i am sorry if the question is very simple or stupid. Any help would be appreciated /Alborz ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Delays when receiving packets with Boomerang
Hi Martin, I've tried your patch, and it actually degrades performance in high bandwidth utilization cases. Receive is inadvertently called, and often the same packet is received multiple times due to a race condition that is caused by adding your patch. As for the radio missing SFD, I haven't been able to directly observe this. If you have a test case that shows this behavior, I can try it out. -Joe On 2/22/07, Martin Jacobsson [EMAIL PROTECTED] wrote: On Mon, 2007-02-19 at 13:28 +0100, Martin Jacobsson wrote: I don't know how long address decoding takes, but it's 7 bytes from the SFD to the end of the address byte. That's 56 bits, which on a 250kbps radio is 224 us. So if there's any series of atomic blocks that run a bit longer than that (224us + address decode time), then you might run into an issue like this. I believe that all of the MSP430 nesC implementations (TinyOS 1.x, Boomerang, TinyOS 2.0) make all interrupts non-preemptible for programming simplicity, so this could be a very real problem. Boomerang does not use the address decoding feature in the CC2420 and if it did, I use a broadcast destination address. Anyway, my hello packets are very small. They only carry a payload of two bytes. This would mean that SFD is high for 14 bytes (= 448us). Perhaps that is small enough. When I get some time, I will try to see if it is possible to reproduce the error with a large packet size as well. I have now done some more experiments. It is possible to reproduce the error also with a large packet size. Instead of a 2 bytes payload, I used 25 bytes and it still happens. The important factor seems to be the frequency of packets. The closer it is between two consecutive packets, the bigger the chance. Hence, it is more plausible that the software misses the raising flank of SFD and not the lowering flank. Best Regards, Martin Jacobsson ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Running Delta on TOSSIM
Hi Muhammad, Delta uses some unique protocols that do not have corresponding simulation stubs for TOSSIM. This prevents the application from fully compiling on TOSSIM. -Joe On 3/14/07, Muhammad Mushfekul Islam [EMAIL PROTECTED] wrote: Hi, I want to run Delta(Moteiv's) on TOSSIM.I have tried but failed.Can anyone help me ? Thanks Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Re: Can't implement MicInterrupt
Hi Keerthi,
The interfaces that you're using do not exist. If you look at the
nesdoc for the MicDriverC component, you will see:
interface SensorInterrupt as MicInterrupt;
interface Potentiometer as MicInterruptThreshold;
Your application should mirror these lines in its uses block.
-Joe
On 3/13/07, Keerthi Iyengar [EMAIL PROTECTED] wrote:
Hello,
I was wondering if you had any ideas on it. Can't implement MicInterrupt
on the tmoteinvent.
Regards
Keerthi
Keerthi Iyengar wrote:
Hey guys,
I had previously asked about MicInterrupts,
I am relatively new to NesC and tinyos programming. I am using the
tmote invent and I am compiling using make tmoteinvent
In my configuration, I have wired
rcP.MicInterrupt - MicDriverC; //rcP is my implementation in my
program
From the file MicDriverM file in
C:\cygwin\opt\moteiv\tos\sensorboards\invent , you need to implement
async event void MicInterrupt.fired() {
}
However when i compile it is saying 'fired' is not in interface
'MicInterrupt'
Instead it asks me for 'MicInterrupt.toneDetected' which is something
to do with the mica platform from what I have seen. The exact error is:
In file included from rcC.nc:8:
In component `rcP':
rcP.nc:6: interface MicInterruptThreshold not found
rcP.nc:6: interface MicInterruptThreshold not found
In file included from rcC.nc:8:
rcP.nc:36: `fired' is not in interface `MicInterrupt'
rcP.nc:40: `setDone' is not in interface `MicInterruptThreshold'
rcP.nc:13: `MicInterrupt.toneDetected' not implemented
Can someone help me out? I can't see anything wrong with my code.
Regards
Keerthi
configuration rcC {
}
implementation {
components Main;
components new MainControlC() as MainMicC;
components rcP;
components DelugeC;
components MicDriverC;
components UserButtonAdvancedC;
components LedsC;
components new TimerMilliC() as LedsTimerC;
Main.StdControl - rcP;
MainMicC.SplitControl - MicDriverC;
rcP.MicInterrupt - MicDriverC;
rcP.MicInterruptThreshold -MicDriverC;
rcP.Button - UserButtonAdvancedC;
rcP.Leds - LedsC;
rcP.LedsTimer - LedsTimerC;
}
module rcP{
provides interface StdControl;
uses interface MicInterrupt;
uses interface MicInterruptThreshold;
uses interface ButtonAdvanced as Button;
uses interface Leds;
uses interface Timer2TMilli as LedsTimer;
}
implementation {
// StdControl
command result_t StdControl.init() {
return SUCCESS;
}
command result_t StdControl.start() {
call Button.enable();
return SUCCESS;
}
command result_t StdControl.stop() {
return SUCCESS;
}
event void LedsTimer.fired() {
}
async event void MicInterrupt.fired() {
}
event void MicInterruptThreshold.setDone(uint8_t _gain, result_t
_result) {
}
// Button clicking
async event void Button.multiClick( uint8_t count ) {
}
async event void Button.longClick( uint32_t time ) {
}
}
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Can't implement MicInterrupt
Hi Keerthi,
The interfaces that you're using do not exist. If you look at the
nesdoc for the MicDriverC component, you will see:
interface SensorInterrupt as MicInterrupt;
interface Potentiometer as MicInterruptThreshold;
Your application should mirror these lines in its uses block.
-Joe
On 3/6/07, Keerthi Iyengar [EMAIL PROTECTED] wrote:
Hey guys,
I had previously asked about MicInterrupts,
I am relatively new to NesC and tinyos programming. I am using the tmote
invent and I am compiling using make tmoteinvent
In my configuration, I have wired
rcP.MicInterrupt - MicDriverC; //rcP is my implementation in my
program
From the file MicDriverM file in
C:\cygwin\opt\moteiv\tos\sensorboards\invent , you need to implement
async event void MicInterrupt.fired() {
}
However when i compile it is saying 'fired' is not in interface
'MicInterrupt'
Instead it asks me for 'MicInterrupt.toneDetected' which is something to
do with the mica platform from what I have seen. The exact error is:
In file included from rcC.nc:8:
In component `rcP':
rcP.nc:6: interface MicInterruptThreshold not found
rcP.nc:6: interface MicInterruptThreshold not found
In file included from rcC.nc:8:
rcP.nc:36: `fired' is not in interface `MicInterrupt'
rcP.nc:40: `setDone' is not in interface `MicInterruptThreshold'
rcP.nc:13: `MicInterrupt.toneDetected' not implemented
Can someone help me out? I can't see anything wrong with my code.
Regards
Keerthi
configuration rcC {
}
implementation {
components Main;
components new MainControlC() as MainMicC;
components rcP;
components DelugeC;
components MicDriverC;
components UserButtonAdvancedC;
components LedsC;
components new TimerMilliC() as LedsTimerC;
Main.StdControl - rcP;
MainMicC.SplitControl - MicDriverC;
rcP.MicInterrupt - MicDriverC;
rcP.MicInterruptThreshold -MicDriverC;
rcP.Button - UserButtonAdvancedC;
rcP.Leds - LedsC;
rcP.LedsTimer - LedsTimerC;
}
module rcP{
provides interface StdControl;
uses interface MicInterrupt;
uses interface MicInterruptThreshold;
uses interface ButtonAdvanced as Button;
uses interface Leds;
uses interface Timer2TMilli as LedsTimer;
}
implementation {
// StdControl
command result_t StdControl.init() {
return SUCCESS;
}
command result_t StdControl.start() {
call Button.enable();
return SUCCESS;
}
command result_t StdControl.stop() {
return SUCCESS;
}
event void LedsTimer.fired() {
}
async event void MicInterrupt.fired() {
}
event void MicInterruptThreshold.setDone(uint8_t _gain, result_t _result) {
}
// Button clicking
async event void Button.multiClick( uint8_t count ) {
}
async event void Button.longClick( uint32_t time ) {
}
}
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] basic questions
radio (telos, micaz). Boomerang has a slightly modified version of MultihopLQI. TinyOS 2.x has CTP (the Collection Tree Protocol), Actually, the Boomerang implementation was completely rewritten from scratch, and interfaces with Sensornet Protocol (SP), which is only provided by Boomerang. TinyOS 1.x, Boomerang, and TinyOS 2.x all work on telos nodes. Boomerang only supports the Motiv variant of the telos revision B, the TMote. TinyOS 1.x and 2.x support the telos rev. B and telos rev A. To clarify, TinyOS 1.x, TinyOS 2.x, and Boomerang all work with Tmote Sky. -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Concurrent Radio and Mote-PC communication in Tmote
Hi Ankur, The default baud rate is 57600 in Boomerang. You should use GenericComm or SPC to send messages, and then address messages to the UART if you would like them to go to the PC. UART and Radio messages in Boomerang can be sent in parallel, because SPC implements a pool that processes messages concurrently. -Joe On 3/1/07, Ankur Kamthe [EMAIL PROTECTED] wrote: Hi, I am trying to write an application wherein the Tmote receives data over the radio and forwards it to the PC via the UART. I was not getting the data to flow correctly into the PC, so I was concerned about the following things: 1. Is 57600 the default baud rate on the Tmote? 2. Do I need to use Resource Arbitration to send data to the PC and do radio communication for the Tmote? I am wiring my send, receive interfaces to UARTNoCRCPacket which wires to HPLUSART1M at the lower levels. HPLUSART1M gives the implementation of USART0 lowlevel functionality. I thought that Resource Arbitration was required only for communication between the radio and UART0. Could anyone correct me if I am making a wrong conclusion? Thanks, ankur ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Concurrent Radio and Mote-PC communication in Tmote
SPC sends packets to the UART, but not raw bytestreams. You need to encapsulate your printf() argument into a message, send the message via SP, and then decode it on the PC using the Java, C, or Python tools. -Joe On 3/2/07, Tiago Camilo [EMAIL PROTECTED] wrote: Hi Joe, Can you give us an example of using the UART interface with SPC. I had already a function that printf to the UART with HPLUART.put(), but when I integrated it with SPC, it stop working. Thanks, Tiago Joe Polastre wrote: Hi Ankur, The default baud rate is 57600 in Boomerang. You should use GenericComm or SPC to send messages, and then address messages to the UART if you would like them to go to the PC. UART and Radio messages in Boomerang can be sent in parallel, because SPC implements a pool that processes messages concurrently. -Joe On 3/1/07, Ankur Kamthe [EMAIL PROTECTED] wrote: Hi, I am trying to write an application wherein the Tmote receives data over the radio and forwards it to the PC via the UART. I was not getting the data to flow correctly into the PC, so I was concerned about the following things: 1. Is 57600 the default baud rate on the Tmote? 2. Do I need to use Resource Arbitration to send data to the PC and do radio communication for the Tmote? I am wiring my send, receive interfaces to UARTNoCRCPacket which wires to HPLUSART1M at the lower levels. HPLUSART1M gives the implementation of USART0 lowlevel functionality. I thought that Resource Arbitration was required only for communication between the radio and UART0. Could anyone correct me if I am making a wrong conclusion? Thanks, ankur ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: Link Quality
Hi Senol, (cc'd TinyOS-Help) Please see the Tmote Sky datasheet at www.moteiv.com and the CC2420 datasheet at www.chipcon.com. These documents describe how to convert the raw readings of the RSSI and LQI values into meaningful units (note that LQI provides the correlation value, and not the full LQI reading). -Joe On 2/28/07, Senol Zafer ERDOGAN [EMAIL PROTECTED] wrote: Hi Joe, i got to first base with TinyOS and just i have a question. if you can help me , i am appreciate. i find out an explanation or codes regarding Link Quality and also Strength. and i saw your mail in mail list regarding this. can you help me how we can calculate or measure the quality of link between 2 motes. or maybe you can recommend me a documantation. Thank you very much for your help Senol. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Patenting WSN based systems
I know quite a few companies that would disagree with your statement no one in the world is doing something similar. You'd be surprised how many patents are in submission for WSN systems and services. -Joe On 2/28/07, Xavier Orduña [EMAIL PROTECTED] wrote: Hi With my team we are developing a system to use wireless sensor networks tecnology (based in TinyOS and one TinyOS compatible device) to help emergency services. For the moment no one on the world is doing something similar (it is suposed). This is because we ask ourselves if it is possible to patent a product based in wireless sensor networks. It is important to say that we are in Europe. Then, the main question is: What about patenting wsn based services? I know this is not a really TinyOS question, but I think there could be someone that is facing a similar problem. Thanks Xavi ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] unicast problem
Pablo is correct; Moteiv's Boomerang distribution that includes SP does not perform destination address filtering; this exercise is left to the protocol/application. -Joe On 2/25/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote: Hi Antonio perhaps you are using Moteiv's version of GenericComm or any other version that also has the following peculiarity: pay attention to the implementation of GenericComm that you are actually using and you will probably find that it is actually the same that the one for GenericCommPromiscuous. In the case of Moteiv's implementation this is related to the use of SP (which seems to be an advantage over older implementations). The thing is, no matter what the documentation says, some newer implementations of GenericComm don't filter any packets according to their destination address. It took me a long time to find out about this as a newbie beacuse I couldn't find which 'GenericComm.nc' file was actually being used when I compiled my programs (there were 'contribs' as well as the one in the main TinyOS tree). Eventually I found it and it turned out provide the same functionality as GenericCommpromiscuous. So that was the problem. Regards, Pablo Gil - Mensaje original De: Antonio Romano [EMAIL PROTECTED] Para: tinyos-help@Millennium.Berkeley.EDU Enviado: lunes, 19 de febrero, 2007 13:45:57 Asunto: [Tinyos-help] unicast problem Hi for all. I use GenericComm for sending unicast message. in the provided interface sendMsg.send() this is the field address. In this field i fill the mote id of the receiver. But all the motes receive the message. One way to solve the problem (on application layer ) is to ceck in the receive event: if (msg-addr == TOS_LOCAL_ADDRESS). but the documentation of this interface tell that is posible to send unicast without this check. The MAC layer don't check this in tinyos? How i have to solve the problem? You have example code tested? Thanks in advance for help. __ Ing. Antonio Romano RETIS Lab Scuola Superiore Sant'Anna via G. Moruzzi, 1 56124 Pisa (PI) ITALY tel:+39 050 882034 fax: +39 050 882003 __ ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Amount of Power
Hi Senol, You should check out the VoltageC component, which returns the current battery voltage of the node. -Joe On 2/25/07, Senol Zafer ERDOGAN [EMAIL PROTECTED] wrote: Hi everybody, i am very new here and i started to write some small codes in TinYOS (TMOTE) and now i am wondering that how i can get the amount of power that a mote has in realtime or it is possible? sorry i continue to rear all literature. Thanks, Senol ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] TinyOS 2.0 Zigbee stack documentation
Am I getting things right that it is basically used as a byte radio to construct TinyOS-Packets? Am I correct, that speaking of physical transmission, it is IEEE 802.15.4 (250kbps, QPSK, 26 channels), but actually this has nothing to do with Zigbee as this term refers to Networking and Security layers currently not provided by TinyOS? This is correct, although TinyOS does provide non-Zigbee networking layers. -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Voice activation for Tmore Invent
You can use the microphone interrupt circuit to cause an interrupt to occur at the MCU when a sound of a particular amplitude and duration occurs. See pages 33-38 of the Tmote Invent manual at www.moteiv.com. -Joe On 2/26/07, Keerthi Iyengar [EMAIL PROTECTED] wrote: Hey guys, I am looking to make a reaction timer application. Currently it tests people using LEDs and it works great. However, I wanted to implement it using voice activation. So u react by saying something. Does anyone know if it is possible to do this on the tmote invents? Regards Keerthi ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] TinyOS 2.0 Zigbee stack documentation
Zigbee is not supported by TinyOS 2.0 (or any version of TinyOS) -Joe On 2/25/07, Elias Weingärtner [EMAIL PROTECTED] wrote: Folks, writing my MS thesis I'd like to include details how Zigbee (802.14.4) and TinyOS 2.0 are coupled. However, documentation on this topic seems to be quite sparse. Is there any documentation, scientific publication etc. that describes how Zigbee is used to send packets in TinyOS 2.0? (The only things I could figure out was that it has been implemented by Arch Rock, and as I understood looking at the source code just Zigbee Physical is used to construced BMAC-alike packets. Is anything out there describing this a bit more in detail?) Regards, Elias Weingaertner ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] I2C Communication problem using Tmote
Have you placed I2C pullup resistors in your design? -Joe On 2/21/07, Ankur Kamthe [EMAIL PROTECTED] wrote: Hi all, I am trying to interface a tmote with a cyclops camera. I am using the 10-pin expansion connector of the Tmote for powering the cyclops and using the I2C pins for communication. No other pins are connected between the two devices. The mote is the master and the cyclops is the slave device. I am using the bus arbitration functions ResourceCmd.request(), .granted() and release on the tmote side. I tried setting the addresses on the mote and the cyclops to 0x80, but I wasnt able to elicit any reponse from the cyclops. On the mote side, the writePacketDone() is executed sucessfully, so I thought that cyclops should have received the data. I test the cyclops side by toggling the leds in the *I2CPacketSlave.write() function. My program works (leds toggle) while using the micaz with the cyclops. Only modification being that (1) I swap the MSP430I2CPacket interface for tmote with the I2CPacket interface for the micaz and (2) the micaz 51-pin male connector attaches directly to the corresponding female connector on the cyclops whereas I had to solder the lines from the 10-pin expansion connector on the tmote to an intermediate MDA 100 board Is this because of soldering problems or am I not connecting some lines between the two devices? I would appreciate any help in this regard. Thanks, ankur ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] I2C Communication problem using Tmote
Please see the I2C specification. You need a 10k pullup resistor on SCK and SDA (the SDA pullup is already on the board, the SCL resistor is the one that you must provide) -Joe On 2/22/07, Ankur Kamthe [EMAIL PROTECTED] wrote: To Philip, I am using Boomerang as the I2C interfaces are compatible with the tmote. To Joe: I was not aware that I had to have I2C pullup resistors. My current design does not have any. Is there a schematic which shows the placment of the resistors? Thanks, ankur ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: [Tinyos-commits] DAC
It is available in the Boomerang software distribution from www.moteiv.com. -Joe On 2/21/07, Tyler Barton [EMAIL PROTECTED] wrote: Joe Polastre, I am a grad student at UCSB working on a project using the MSP430 in a mote. I saw that you had worked on a module for the implementation of the DAC. I can't seem to find it anywhere and I was wondering if you could direct me to the correct source for the code. Thanks for your help -- Thank you, Tyler Barton ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] CC2420 radio stack
On 2/20/07, David Moss [EMAIL PROTECTED] wrote: Asynchronous low power listening similar to the behavior of B-MAC has been introduced for the CC2420 radio in TinyOS 2.x. This LPL CC2420 stack is not B-MAC or X-MAC, by the way. The 'experimental' version is still located in tos/chips/cc2420_lpl, but a more reliable and robust version can be found in tinyos-2.x-contrib/rincon/tos/chips/cc2420_lpl. That version is going to get a few more features before getting put back into the baseline. Actually, B-MAC *is* in there, because the heart of B-MAC is the flexible control interfaces to the radio, not exact method of preamble sampling. The preamble sampling, as per the original publication, can be optimized in numerous ways and still be B-MAC, including sending cyclical packets as is done in TinyOS 2.x (see Section 8 of the B-MAC publication). -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Adding moteiv tools to tinyos 1.1.11
The links are fine, sometimes your browser caches old data. Hold down the SHIFT key and press the Refresh or Reload button on your web browser. That should do the trick. -Joe On 2/9/07, Bill Leal [EMAIL PROTECTED] wrote: At no little difficulty, I've managed to install tinyos 1.1.11; there's something about my system that precludes the standard installation. I'm using tmote sky and need to get the moteiv add-ons. I see the links for component downloads at http://www.moteiv.com/community/Tmote_Sky_Downloads, but the links are broken; I've let moteiv know, but would like to see if anyone knows where else I might be able to get them. Best, Bill - Bill Leal Computer Science and Engineering The Ohio State University 395 Dreese Laboratories 2015 Neil Avenue Columbus, OH 43210-1277 Fax: +1-815-301-8202 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] About Sensitivity and RSSI.
In 5.1, which manufacturer(s) provided the nodes in the testbed? Mixing nodes from different manufacturers (ie, Berkeley Telos, Moteiv Tmote Sky, and/or TelosB clones from others) can be the cause of the stray node. On 2/7/07, Philip Levis [EMAIL PROTECTED] wrote: On Wed, 2007-02-07 at 13:09, Robert Szewczyk wrote: Yes, you can compare these powers directly. The sensitivity threshold is -95 dBm, and consequently CC2420 will not report RSSI below that threshold. The RSSI reported is the absolute measure of the energy in the incoming signal; you can access RSSI when there is no packet being received, and there will be readings of high RSSI that will not result in a packet reception. You can estimate noise and interference by measuring the RSSI during the idle times. The receive sensitivity varies over nodes; some are better than others. Section 5.1 of this tech report http://sing.stanford.edu/pubs/sing-06-00.pdf goes into some of the details. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Outdoor Range with Tmote sky
As per the datasheet, 1 meter elevated above the ground, line of sight. For on the ground results, see: http://www.polastre.com/papers/spots05-telos.pdf -Joe On 2/6/07, Xavier Orduña [EMAIL PROTECTED] wrote: Hi, I'm using the tmote sky to deploy a wsn in an outdoor environment. After firsts tests, I discovered that when motes are on the floor (without any tripod or similar) the maximum range (using max tx power) is no higher than 7 or 8 meters. That's very far from the 125 meter range that is described in the tmote datasheet. Does anyone know what are the conditions in which the maximum range is 125 meter in outdoor? Does anyone know if I'm doing something wrong (I'm using the just unpacked Delta program and a little modification of Delta to get sensor data)? Thanks a lot Xavi ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] hardware
www.moteiv.com :) Our software is free to download and is under an open source license. -Joe On 2/6/07, Ken Peirce [EMAIL PROTECTED] wrote: I am looking to get a couple of motes to use in real world testing of my code. I see that Crossbow sells them. However, they appear to have a licensed tool chain. I assume the tinyOS code and tool chain works just fine on them and that the licensed tool chain is something else. Does anyone else make mote hardware? Cheers, Ken ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Tmote - Deluge rewrites node numbers for Trawler application (Delta)?
If Delta is not compiled with Deluge, then you will see this result. Make sure you include DelugeC in your components. -Joe On 2/6/07, Val Zimmer [EMAIL PROTECTED] wrote: Hi, Running the Delta code and the trawler application w/ a mix of Tmote Sky and Tmote Invent motes, we found that every time we reloaded one of the Images (e.g. reloaded Delta), the node numbers were set to #1, across the entire network, such that the Trawler application is no longer able to see the nodes. (This could only be restored by taking each mote and physically reloading the Delta software (make tmote reinstall,3 - for example)). Is this an artifact of the delta image - i.e. was the image originally written with the default #1 so that rebooting would cause this issue (and then the reinstall would be entirely separate), or is this something that would always happen? If the latter, might this be fixed in the near future? Thanks - Val ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Time synchronization
See /opt/moteiv/tos/lib/sp, it includes the SPUtil interface and has information about timestamping in the SPC component. An example library that uses timestamping is in /opt/moteiv/tos/lib/netsync Be sure to apply patches to netsync from: http://www.moteiv.com/community/Moteiv_Boomerang_Fixes Also, search this list, since this question has been asked a few times. -Joe On 2/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hey, It's been said that time synchronization and time stamping are available for Tmote Sky. Where do I look to see how to implement them? Thanks, Jared ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] mica2 vs. telosb range
If you hook a Mica2 up to a network analyzer, you'll see the device has a great impedance match on some frequencies (primarily closer to 400MHz), but a much poorer match at higher frequencies. The problem is that the CC1000 radio can operate at 315MHz, 433MHz, 868MHz, and 915MHz. Each of these frequencies has a different set of components and required board trace widths; the Mica2 uses different components for different frequencies but *not* a different PCB, which is affecting the impedance match. Attached is an S11 graph for the Mica2 at 433MHz, where it is a relatively good fit. The green line is the Mica2, the red line is the XSM (which was sold as the MSP-SYS410CA and is now discontinued). Since I designed both the Tmote Sky and TelosB, I focused quite a bit on optimizing the RF performance. Rob Szewczyk and I took S11 measurements and others on every platform and then optimized our mote to get the best performance at 2.4GHz. We continue to only provide motes with excellent RF performance, and you can see some of our measurements in the Tmote Sky datasheet at www.moteiv.com/products -Joe On 2/4/07, Bruce [EMAIL PROTECTED] wrote: David, An interesting observation is when we use Maxstream 900 MHz modules we get twice the distance of the mica2. I'm assuming it's from the antenna configuration, possibly the default power was not set to maximum. (I'm going to check the default configuration, and verify with the standard install) I like the Tinyos platform, there's one other possibility but I don't see the hardware available in the US (Eyes I think it is) Thanks again, Bruce Interesting results. Hardware wise, there are a few possibilities that I can think of: * Antenna type - the telosb inverted-f antenna is a very good antenna. The whip antenna attached to the mica's are much worse. The impedance matching on older mica2's is very poor, which will significantly decrease the range. * Interference - there's plenty of interference in the 900 MHz band, especially with FSK on those CC1000's. The 2.4 GHz CC2420 uses DSSS, which is less likely to be affected by interference. The 900 MHz cell phone bands surround the 900 MHz band, and spurs coming from the cell phone bands have been known to affect the link performance. Also, any other 900 MHz device will negatively affect performance. The solution is to add SAW filters to the antenna network, but that's pretty much a no go with off-the-shelf hardware. If you're consistently finding that the 2.4 GHz spectrum performs much better in your environment, then go for it. The tmote is a very solid, robust platform to develop on. -David On Sat, 03 Feb 2007 23:00:20 -0500 Bruce [EMAIL PROTECTED] wrote: Hi Can anyone tell if they have had similar results. Indoors using the inverted F pcb antenna on telosb (2.4 GHz) we get approximately 300 feet between motes and using the 900 MHz motes with the default configuration we get about 150 feet range. Thanks, Bruce ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help s11.pdf Description: Adobe PDF document ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] OSCOPE_BUFFER_SIZE in oscope lib
type make clean; make in the oscilloscope java directory. On 1/30/07, manu suryavansh [EMAIL PROTECTED] wrote: hi friends, i changed the variable OSCOPE_BUFFER_SIZE in the oscope.h file to change the number of reading in one packet of oscilloscope but after that it stopped showing in the oscilloscope gui, can somebody please tell me what is the problem thank you manu Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Boomerang CountDualAck
The ack frames are handled entirely by the radio stack and are not passed up to the application. They are verified internally, and the appropriate flag is set. -Joe On 1/27/07, Mikael Ifversen [EMAIL PROTECTED] wrote: Hello, When the flag in send.Adv is SP_FLAG_C_RELIABLE an ack frame is dispatched from the receiver mote. Where can I find the structure and origin of the Ack frame? I noticed if a third mote is implemented its Led count start incrementing after mote two has broadcast its Ack frame. Best, Mikael ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] tinydbapp not running on tmoteksy
TinyDB is no longer in active development, and has been unsupported for at least 18 months. If you want to use TinyDB, please email the authors and ask them to update their application to support TinyOS 1.1.15 or 2.0. -Joe On 1/29/07, manu suryavansh [EMAIL PROTECTED] wrote: hi friends, i wanted to know how can i run tinydbapp on tmote sky, i tried to compile the application for tmote but it was giving many errors, i think first i have to do some configuration, i just request that please tell me where can i find all configuration that has to be done so that i can rum tinydb application tmote sky thanks very much bye manu suryavanshh research assistant university of florida Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] some questions about memory management on Tmote Sky
1) yes 2) no (see MSP430 User's Guide) 3) max of 10kb in RAM as per the datasheet, you use it as you wish. -Joe On 1/24/07, yicheng [EMAIL PROTECTED] wrote: Hi Folks, I need to use a large block of memory in Tmote Sky, and I have some questions of how memory is organized in Tmote Sky by TinyOS: 1. After compiling my program, I see these messages: Compiled to build/tmote/main.exe 5584 bytes in ROM 294 bytes in RAM In this case, 5584 bytes is code size, 294 bytes is global data size, is it correct? 2. When the program is running, does the code in ROM need to be moved to RAM by bootloader? 3. What is the max global memory I can allocate? Is it only in RAM? Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Nucleus Bug
I think it is because Nucleus doesn't implement any Career Sensing (or Collision Avoidance/Detection) mechanism.Thus any exchange of message, most of the time, leads to collisions and thus loss of data. Well, the problem is clearly that Nucleus decided to run for President :) On a serious note, Nucleus runs above the CC2420 radio stack which does, in fact, implement carrier sensing and collision avoidance (CSMA/CA). Note that CSMA/CD is impossible in wireless networks. Your email does not detail conditions that cause the bug or how a user can reproduce the bug. -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: where can i get the TestDAC12DMA program?
go to: www.google.com type: site:mail.millennium.berkeley.edu testdac12dma the only entry that comes up is: http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2006-October/019973.html -Joe On 1/18/07, Song Wei [EMAIL PROTECTED] wrote: Hi, man: I just saw your discussion about the TestDAC12DMA program. Actually I need such a program on telosb mote and I am writing one myself. It would be very helpful if I can learn from your TestDAC12DMA program. I searched cvs tree of tinyos 1.x and 2.x and can't find it. Thanks!! -- Song Wei Computer Science, University of Houston Mobile: 832-964-6883 blog: http://songwei.blogsome.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: questions of TestDAC12DMA program
Please see the Ditto application in /opt/moteiv/apps/invent/Ditto -Joe On 1/17/07, yicheng [EMAIL PROTECTED] wrote: Hi Joe, About question 3, do you have any idea of how to play a *.wav audio file on Tmote Sky? Thanks! Yicheng -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Polastre Sent: Wednesday, January 10, 2007 4:13 PM To: yicheng Cc: tinyos-help@millennium.berkeley.edu Subject: Re: questions of TestDAC12DMA program 1. I can only generate the max frequency of the sine wave at 200Hz, there's no sine wave output if I use frequency larger than 200. How can I generate higher frequency? You need to use a sine wave with less samples per period to get higher frequencies. 2. Does the DMA.setupTransfer command set up transfer once? How does TimerExclusive control repeating DMA transfer? It sets up the DMA with the specifications/parameters. Timer keeps running until you tell it to stop. Please see the MSP430 User's Guide, these questions and more are answered by this document. 3. Is there any audio file example other than this sine wave that I can use to generate better audio output, like midi file? No, no such component exists. -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: questions of TestDAC12DMA program
1. I can only generate the max frequency of the sine wave at 200Hz, there's no sine wave output if I use frequency larger than 200. How can I generate higher frequency? You need to use a sine wave with less samples per period to get higher frequencies. 2. Does the DMA.setupTransfer command set up transfer once? How does TimerExclusive control repeating DMA transfer? It sets up the DMA with the specifications/parameters. Timer keeps running until you tell it to stop. Please see the MSP430 User's Guide, these questions and more are answered by this document. 3. Is there any audio file example other than this sine wave that I can use to generate better audio output, like midi file? No, no such component exists. -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Can display vaild data when use listen tool for Tmote.
use [EMAIL PROTECTED]:tmote. Do not specify the baud rate (see the Tmote Sky Quick Start guide at www.moteiv.com) -Joe On 1/8/07, Gary Pan [EMAIL PROTECTED] wrote: To all, I am testing Tmote(Telosb) and I follow the tutorial Lesson 6. I try to use java net.tinyos.tools.Listen to get raw data. However, it always show bad packet or package too large at the first time. And I tried the listen tool this morning, it showed nothing this time. I set the baud rate to 38400 because I read this figure when I install Oscilloscope to Tmote. Is it the matter of baud rate or the package formate of tmote is different so that the listen tool could not display vaild data. I also tried to use the SerialForward program. It showed the same on java program. And I think I was using the right serial port. Besides, when I ran the Oscilloscope GUI program. No data shown also. Can anyone help me with it. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] why Leds component doesn't work on Tmote invent platform
Tmote Invent has a different Leds circuit than Tmote Sky. Tmote Sky does not have a speaker, and thus the Tmote Invent speaker component will not work with Tmote Sky. -Joe On 1/5/07, yicheng [EMAIL PROTECTED] wrote: Hi, I need to use speaker component on Tmote sky, so I updated to Boomerang 2.0.4 (I used tinyos1.1.15 before). I then go to /opt/moteiv/apps/Count/CountLeds and do some tests. First I compiled with make tmote and downloaded it, the leds work fine. Then I compiled with make tmoteinvent and run it, the leds don't work. Is there any difference in Leds component between tmote and tmoteinvent platform? How can I make led work on tmote invent platform? Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] why Leds component doesn't work on Tmote invent platform
No, the Tmote Invent speaker uses a different circuit (see the Tmote Invent User's Guide at www.moteiv.com for more information). -Joe On 1/5/07, yicheng [EMAIL PROTECTED] wrote: I made an amplifier which connects the Tmote Sky DAC0 channel and a speaker, can I use 'speakerdriverc' and 'playtonec' components directly without changing anything? Thanks! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Polastre Sent: Friday, January 05, 2007 2:06 PM To: yicheng Cc: tinyos-help@millennium.berkeley.edu Subject: Re: [Tinyos-help] why Leds component doesn't work on Tmote invent platform Tmote Invent has a different Leds circuit than Tmote Sky. Tmote Sky does not have a speaker, and thus the Tmote Invent speaker component will not work with Tmote Sky. -Joe On 1/5/07, yicheng [EMAIL PROTECTED] wrote: Hi, I need to use speaker component on Tmote sky, so I updated to Boomerang 2.0.4 (I used tinyos1.1.15 before). I then go to /opt/moteiv/apps/Count/CountLeds and do some tests. First I compiled with make tmote and downloaded it, the leds work fine. Then I compiled with make tmoteinvent and run it, the leds don't work. Is there any difference in Leds component between tmote and tmoteinvent platform? How can I make led work on tmote invent platform? Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Problem in using MultiHopRouter
You should use MultiHopLQI. See /opt/moteiv/apps/Delta for an example.
-Joe
On 12/29/06, YIP Chi Chung [EMAIL PROTECTED] wrote:
Hi,
I am new to tinyos and I got some problems in using MultiHopRouter.
I need to implement a testing program which a node will send an integer to
other nodes, and other nodes will increase the number by 1 and then send
to other nodes again and again. A node will connect to the PC and display
the integer, the node address and also the hop count.
However, I don't know how to use MultiHopRouter, I got error during
compilation. I am using tmote.
My code is like this:
includes IntMsg;
includes MultiHop;
configuration AddNum2 {
}
implementation {
components Main, AddNum2M, SingleTimer, LedsC, GenericComm as Comm,
Bcast, MultiHopRouter as multihopM, QueuedSend;
Main.StdControl - AddNum2M.StdControl;
Main.StdControl - Comm;
Main.StdControl - Bcast.StdControl;
Main.StdControl - multihopM.StdControl;
Main.StdControl - QueuedSend.StdControl;
Main.StdControl - SingleTimer.StdControl;
AddNum2M.Leds - LedsC;
AddNum2M.Timer - SingleTimer.Timer;
AddNum2M.SendMsg - Comm.SendMsg[AM_INTMSG];
AddNum2M.Read - Comm.ReceiveMsg[AM_INTMSG];
AddNum2M.Bcast - Bcast.Receive[AM_INTMSG];
Bcast.ReceiveMsg[AM_INTMSG] - Comm.ReceiveMsg[AM_INTMSG];
AddNum2M.RouteControl - multihopM;
AddNum2M.Send - multihopM.Send[AM_INTMSG];
multihopM.ReceiveMsg[AM_INTMSG] - Comm.ReceiveMsg[AM_INTMSG];
}
And this is the error I have got:
C:/cygwin/opt/moteiv/tos/lib/sp/GenericCommPromiscuous.nc:31:2: warning:
#warning GenericCommPromiscuous is deprecated, please use GenericComm
instead
In file included from
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopRouter.nc:93, from
AddNum2.nc:7:
In component `MultiHopEngineM':
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopEngineM.nc: In
function `Send.send':
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopEngineM.nc:136: too
few arguments to function `RouteSelect.selectRoute'
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopEngineM.nc: In
function `mForward':
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopEngineM.nc:167: too
few arguments to function `RouteSelect.selectRoute'
In file included from
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopRouter.nc:93, from
AddNum2.nc:7:
In component `MultiHopLEPSM':
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopLEPSM.nc: In
function `SendRouteTask.runTask':
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopLEPSM.nc:398:
implicit declaration of function `qsort'
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopLEPSM.nc: At top level:
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopLEPSM.nc:507:
conflicting types for `RouteSelect.selectRoute'
C:/cygwin/opt/moteiv/tos/lib/MultiHopLQI/RouteSelect.nc:71: previous
declaration of `RouteSelect.selectRoute'
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopLEPSM.nc:56:
`RouteSelect.isDuplicate' not implemented
In component `MultiHopRouter':
C:/cygwin/opt/moteiv/tinyos-1.x/tos/lib/Route/MultiHopRouter.nc:112: no match
make: *** [exe0] Error 1
I really have no idea on how to do it. Can anyone give me some hints?
Thank you very much
Phoenix
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Time counting
On 1/3/07, Michael Newman [EMAIL PROTECTED] wrote:
command result_t StdControl.start() {
// Start a repeating timer that fires every 1000ms
return call Timer.start(TIMER_REPEAT, 1000);
}
It does fire every 1000ms. Every 1000 binary milliseconds to be precise.
RTM:
http://tinyos.cvs.sourceforge.net/*checkout*/tinyos/tinyos-2.x/doc/html/tep102.html
or RTM:
http://csl.stanford.edu/~pal/pubs/tinyos-programming.pdf
-Joe
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Problem with UartDetectC
UartDetectC is a connection based protocol, which means the PC must
send messages to the mote and establish a connection for the
isConnected() function to return true.
I believe that you are looking for UartPresenceC, which tells you if
the mote is connected to the PC but does not guarantee that the PC can
actually communicate with the mote.
Please see the documentation in /opt/moteiv/doc/nesdoc for more information
-Joe
On 12/21/06, Ole Bischoff [EMAIL PROTECTED] wrote:
Hi,
I tried to detect, whether a mote is connected to a PC or not. Therefor
I used the component UartDetectC and the interface Detect, which offers
the command isConnected() to determinine if a mote is connected to the
UART as well as the events connected() and disconnect() to signal if the
mote has been connected/disconnected.
For that, I wrote a test program PCLink with the following function (code at
bottom):
- every 100ms the connection status of the mote will be read
(isConnected())
and signaled with the blue LED (connection = LED on, no connection =
LED off).
- if the mote has been connected to a PC (connected()) = the green LED
will
glow for one second.
- if the mote has been disconnected to a PC (disconnected()) = the red
LED will glow for one second.
Running this programm always signals the disconnected() event, wheter a mote
has been connected or disconnected. The connected() event never appeared and
the command isConnected() always returns FALSE (no connection).
I also tried the app while running the java tool Listen in a cygwin shell,
no difference.
If someone has a hint, fix or comment please let me know. Note, that I'm
able to send
data over the UART. My intention is to use this detection to nominate every
mote as
another basestation in a multi-hop network, if it is connected to a PC.
The Tmote Sky is connected directly to the PC (no USB-hub or extension
cable) and
I'm using Boomerang 2.0.4, a Tmote Sky and Windows XP.
Best regards,
Ole Bischoff
-- PCLink.nc
--
configuration PCLink {
}
implementation {
components Main;
components PCLinkM as Impl
, UartDetectC
, LedsC
, TimerC;
Main.StdControl - TimerC;
Main.StdControl - Impl;
Impl.Timer1 - TimerC.Timer[unique(Timer)];
Impl.Timer2 - TimerC.Timer[unique(Timer)];
Impl.Leds - LedsC;
Impl.Detect - UartDetectC;
}
-- PCLinkM.nc
-
module PCLinkM {
provides {
interface StdControl;
}
uses {
interface Timer as Timer1;
interface Timer as Timer2;
interface Leds;
interface Detect;
}
}
implementation {
/* STD CONTROL **/
command result_t StdControl.init() {
return SUCCESS;
}
command result_t StdControl.start() {
call Timer2.start( TIMER_REPEAT, 100 );
return SUCCESS;
}
command result_t StdControl.stop() {
call Timer1.stop();
call Timer2.stop();
return SUCCESS;
}
/* TIMER /
event result_t Timer1.fired() {
call Leds.greenOff();
call Leds.redOff();
return SUCCESS;
}
event result_t Timer2.fired() {
if ( call Detect.isConnected() )
call Leds.yellowOn();
else
call Leds.yellowOff();
return SUCCESS;
}
/* DETECT ***/
event void Detect.connected() {
call Leds.greenOn();
call Timer1.start( TIMER_REPEAT, 1024 );
}
event void Detect.disconnected() {
call Leds.redOn();
call Timer1.start( TIMER_REPEAT, 1024 );
}
}
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Reading extenal ADC Tmote
The voltage of A0 as a 12-bit number where 0 represents 0V and 4095
represents 1.5V.
-Joe
On 12/14/06, Mikael Ifversen [EMAIL PROTECTED] wrote:
Hi,
What voltage should I expect by meassuring AVcc and ADC0 with following
enum in TelosADC:
enum
{
TOS_ADC_FLEX_PORT = unique(ADCPort),
TOSH_ACTUAL_ADC_FLEX_PORT = ASSOCIATE_ADC_CHANNEL(
INPUT_CHANNEL_A0,
REFERENCE_VREFplus_AVss,
REFVOLT_LEVEL_1_5
),
};
Mikael
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Reading extenal ADC Tmote
Incoming voltage should not exceed the voltage reference.
Instead of using a reference voltage, use AVcc as the high rail for
the sampling period.
-Joe
On 12/14/06, Mikael Ifversen [EMAIL PROTECTED] wrote:
Is the AVcc always max available voltage output approx 3v?
If I want to read values from a flex sensor the flow is AVcc to Flex to
(Voltage divider) Vout = ADC0? Do I need an Op Amp?
Does R2 from the Voltage divider go to the 9-pin on expansion connector?
If Vref is at 1.5v, incoming voltage at ADC0 should not succeed that?
Thanks,
Mikael
Joe Polastre wrote:
The voltage of A0 as a 12-bit number where 0 represents 0V and 4095
represents 1.5V.
-Joe
On 12/14/06, Mikael Ifversen [EMAIL PROTECTED] wrote:
Hi,
What voltage should I expect by meassuring AVcc and ADC0 with following
enum in TelosADC:
enum
{
TOS_ADC_FLEX_PORT = unique(ADCPort),
TOSH_ACTUAL_ADC_FLEX_PORT = ASSOCIATE_ADC_CHANNEL(
INPUT_CHANNEL_A0,
REFERENCE_VREFplus_AVss,
REFVOLT_LEVEL_1_5
),
};
Mikael
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] CC2420 Errata Note 003, rev 0.3 : Setting RXCTRL1.RXBPF_LOCUR
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 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 see the bit being set in the TOS 1.x code or in the TOS 2.x code (I checked the Telos related code). Isn't the 1.2mA current saving a good enough reason to set this bit ? Regards, Harish Chipcon's CC2420 Errata Note 003, rev 0.3 is partly copied below : == For CC2420 devices marked with lot codes ranging from WA8402.00 to WB8341.00 operation using VDD supply voltages below 1.8 V can lead to packet loss. This problem, which occurs mainly at low temperatures, is now fixed and operation down to 1.6 V is ensured for devices with lot codes succeeding WB8341.00. Description and reason for the problem When supplying the 1.8 V VDD supply pins (pins no. 1, 2, 3, 4, 10, 14, 15, 17, 18, 20, 26, 35, 37, 44, 48) with voltages below 1.8 V, oscillations in the receive filter has been observed for some devices. This phenomenon has mainly been observed at low operating temperatures, and will lead to degraded or non-functional signal reception. Applications using the internal regulator at room temperature or above are unlikely to encounter this issue. Suggested workaround = This issue is corrected in CC2420 with lot codes succeeding WB8341.00. In order for the fix to work properly, the following register setting must be used during receive mode: [RXCTRL1.RXBPF_LOCUR] = 1 This setting will reduce the RX current consumption by approximately 1.2 mA, and is compatible with previous versions of the CC2420. Chipcon's IEEE 802.15.4 MAC will support this setting from version 0.71. No workaround exists for CC2420 versions with lot codes between WA8402.00 and WB8341.00. Fix === Using CC2420 with lot codes succeeding WB8341.00, in conjunction with the suggested register setting, fixes the issue. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] CC2420 Errata Note 003, rev 0.3 : Setting RXCTRL1.RXBPF_LOCUR
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 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 see the bit being set in the TOS 1.x code or in the TOS 2.x code (I checked the Telos related code). Isn't the 1.2mA current saving a good enough reason to set this bit ? Regards, Harish Chipcon's CC2420 Errata Note 003, rev 0.3 is partly copied below : == For CC2420 devices marked with lot codes ranging from WA8402.00 to WB8341.00 operation using VDD supply voltages below 1.8 V can lead to packet loss. This problem, which occurs mainly at low temperatures, is now fixed and operation down to 1.6 V is ensured for devices with lot codes succeeding WB8341.00. Description and reason for the problem When supplying the 1.8 V VDD supply pins (pins no. 1, 2, 3, 4, 10, 14, 15, 17, 18, 20, 26, 35, 37, 44, 48) with voltages below 1.8 V, oscillations in the receive filter has been observed for some devices. This phenomenon has mainly been observed at low operating temperatures, and will lead to degraded or non-functional signal reception. Applications using the internal regulator at room temperature or above are unlikely to encounter this issue. Suggested workaround = This issue is corrected in CC2420 with lot codes succeeding WB8341.00. In order for the fix to work properly, the following register setting must be used during receive mode: [RXCTRL1.RXBPF_LOCUR] = 1 This setting will reduce the RX current consumption by approximately 1.2 mA, and is compatible with previous versions of the CC2420. Chipcon's IEEE 802.15.4 MAC will support this setting from version 0.71. No workaround exists for CC2420 versions with lot codes between WA8402.00 and WB8341.00. Fix === Using CC2420 with lot codes succeeding WB8341.00, in conjunction with the suggested register setting, fixes the issue. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Using I2C Bus for MSP430
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. ;^) 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. This actually makes sense, since the I2C and SPI busses share pins, and if not running I2C there's no good reason for pullups on those lines. Steve ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] How to enableACK on tmote
Tmote uses a subset of the IEEE 802.15.4 MAC protocol standard and the
complete IEEE 802.15.4 PHY protocol standard.
Best,
-Joe
On 11/24/06, KANG HUI [EMAIL PROTECTED] wrote:
Hi, Dr.
I read the paper about SP. In the paper, you said the Mac protocal
experimented on Telos is 802.15.4. But in tmote, it used b-mac without
LPL. Where can I find the code for 802.15.4?
Regards,
Hui
On Fri, 24 Nov 2006, Joe Polastre wrote:
As per the previous emails,
Set the reliability control flag, and if the message is acknowledged
by the receiver, the reliability feedback flag will be set. If you do
not set the reliability control flag, no acknowledgement will be
requested.
You cannot attach data on the acknowledgement packet, it uses the
fixed IEEE 802.15.4 standard format.
-Joe
ps: Please cc tinyos-help@millennium.berkeley.edu so others can
benefit from your questions.
On 11/24/06, Ee Foong Lee [EMAIL PROTECTED] wrote:
Hi Joe,
Thank you. I've solved the problem. I guess my next question is how do I
enable or disable acknowledgement. My application need to be able to turn on
and off the acknowledgement control at some point. Also, how do the receiver
send an acknowledgement back to sender since I need to attach some data on
the acknowledgement packet?
Thank you.
Andre
On 11/24/06, Joe Polastre [EMAIL PROTECTED] wrote:
Test the feedback flag SP_FLAG_F_RELIABLE, *not* the control flag
SP_FLAG_C_RELIABLE. See the documentation for more information in
/opt/moteiv/doc/nesdoc.
Acks will only be used for unicast destinations (ie, 1, 2, 3...)
-Joe
On 11/23/06, Ee Foong Lee [EMAIL PROTECTED] wrote:
Hi,
When i used sendAdv to send packets to receiver and i set the flag in
sendAdv to SP_FLAG_C_RELIABLE to acknowledge each packet.
Then, during each sendDone, i tested the flag in the sendDone to see if
it
equal to SP_FLAG_C_RELIABLE. But the flag depends on
how you specify the destination address in sendAdv. If i use some
specific
address (eg. 1, 2, ...), then the flag will not be set,
but if i use TOS_BCAST_ADDR as the destination address, then the flag is
set. How come?How can I send to a specific address with
the flag get set?
Thank you.
Andre
On 11/3/06, Joe Polastre [EMAIL PROTECTED] wrote:
Using SP, you want to request reliability.
See the SPSend.sendAdv() function definition in /opt/moteiv/doc/nesdoc
(start by opening index.html and navigating in the left frame). An
example using reliability is in /opt/moteiv/tos/lib/MultiHopLQI
-Joe
On 11/2/06, Lee Ee Foong [EMAIL PROTECTED] wrote:
I'm trying to test the ack in the sendDone( ) but the ack field
always
set
to zero. I call MacControl.enableACK( ) in the StdControl.start( ).
Is
there something that I did wrong or missing?
I wired the components as following:
Main.StdControl - CC2420RadioC;
MultiHopEngineM.MacControl - CC2420RadioC;
command result_t StdControl.start()
{
call MacControl.enableAck();
return SUCCESS;
}
event result_t SendMsg.sendDone[uint8_t id](TOS_MsgPtr pMsg,
result_t
success)
{
dbg(DBG_TEMP, ack is %d \n, pMsg-ack);
if (pMsg-ack == 1)
call Leds.redToggle();
else
call Leds.greenToggle();
return SUCCESS;
}
Thank you.
Andre
We have the perfect Group for you. Check out the handy changes to
Yahoo!
Groups.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Newbie: setting up devenv
On 11/23/06, Michael Schippling [EMAIL PROTECTED] wrote: The block diagram shows UART/2, I2C/2, ADC/6, and GPIO/4. However the schematic shows the expansion connectors also have AVCC, Gnd, Reset, and an ExtInt which adds up to 18 contacts on 16 pins. So it appears that two of the GPIO's are multiplexed in some un-specified way with two ADC's. Are you counting the JTAG and unpopulated sensors? ADCs are also GIOs... -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Newbie: setting up devenv
I haven't used, or even seen, the tmotes. Maybe they are more economical, but I assume that they require some kind of base- station as well. Nope, you are absolutely wrong. Tmote Sky has built in USB, so none of those silly programming boards are necessary as you can plug ANY Tmote Sky into a USB port and it will serve as a base station. I invented Tmote Sky (and Telos!) with Rob Szewczyk to eliminate the clunky, annoying programming boards from days past. The couple day learning curve is to laugh however... Perhaps you should have started with Tmote Sky motes instead. ;) -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] MSP430 sleep and active time-stamps
You can use it for Boomerang, which is TinyOS 1.x compliant with many of the TinyOS 2.x features. -Joe On 11/13/06, Madhu Mudigonda [EMAIL PROTECTED] wrote: Can I use it for Tinyos-1.x? Because, it's using TinySchedulerC, which is not available for Tinyos-1.x ? Thanks for the email. Thanks-- Madhu On 11/13/06, Joe Polastre [EMAIL PROTECTED] wrote: You can use the PowerMonitorC component available in /opt/moteiv/tos/platform/tmote as part of the Boomerang 2.0.4 distribution. Documentation for PowerMonitorC is in /opt/moteiv/doc/nesdoc. Best, -Joe On 11/12/06, Madhu Mudigonda [EMAIL PROTECTED] wrote: Hello, Is there any component or way to timestamp, when MCU goes to sleep and returns to active state for tmotes on Tinyos-1.x platform? Any kind of help is appreciated.Thanks in advance. Thanks-- Madhu Mudigonda ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help -- Madhu Mudigonda Research Assistant, SE-Lab,Fenn College, CSU. Ph.# 216-856-0127 Fax.#: 360-233-0127 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] how to use DAC on telosb
MSP430DAC12C found in /opt/moteiv/tos/platform/msp430/dac/ of the Boomerang 2.0.4 distribution. An example driver that uses the DAC is in /opt/moteiv/tos/sensorboards/invent/SpeakerDriver*.nc -Joe On 11/13/06, yicheng [EMAIL PROTECTED] wrote: Hi Folks, I'm using Tmote sky and I want to output voltage from 2 DAC channels, which module I can use for this? Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] Multihop messages
Duplicate packets are usually caused by an ack that was lost by the transmitting node. Thus, two packets are received at the base station instead of one. Simply filtering by sequence number addresses the issue. -Joe On 11/7/06, Crif1102 [EMAIL PROTECTED] wrote: Hi everybody! I'm using tmote sky and tinyos 1.x. I'm using /opt/moteiv/tos/lib/MultiHopLQI for send messages to base station in MultiHop but I have some problems.. Sometimes some packets are duplicated, that is the base station received the same packet. The only field that differentiate the duplicated packets is the seqno: the other are the same, include the originseqno. What's happen?? Is the problem the ACK signal? Anybody can help me? Perhaps I don't have patch the MultiHop library.. thank to all! Cristian __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] FCS - TinyOS 1.x (Tmote)
The FCS isn't transmitted over the serial port.
-Joe
On 11/1/06, Terence Joseph [EMAIL PROTECTED] wrote:
Hi,
I am collecting data on the serial port and I was just wondering over which
fields the FCS is calculated in software as I can't seem to reproduce the
value I see?
The raw packet is the following (including esc chars):
7E 42 00 01 08 AA FF FF FF FF 04 7D 5D F0 CE 7E
The FCS is the third and second last byte: 0xCEFO. There is no data payload
(hence 00 for 3rd byte).
Over which fields is the FCS calculated? The length field is normally not
included so I assumed it was just these byte {01 08 AA FF FF FF FF 04 7D 5D}
but if you check any online CRC calc. this does not prodcue 0xCEFO.
Can anyone clarify. Any help is much appreciated, thanks.
Best Regards,
Terence.
_
Discover the magic of RSS feeds at MSN Ireland! http://ie.msn.com/
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] How to enableACK on tmote
Using SP, you want to request reliability.
See the SPSend.sendAdv() function definition in /opt/moteiv/doc/nesdoc
(start by opening index.html and navigating in the left frame). An
example using reliability is in /opt/moteiv/tos/lib/MultiHopLQI
-Joe
On 11/2/06, Lee Ee Foong [EMAIL PROTECTED] wrote:
I'm trying to test the ack in the sendDone( ) but the ack field always set
to zero. I call MacControl.enableACK( ) in the StdControl.start( ). Is
there something that I did wrong or missing?
I wired the components as following:
Main.StdControl - CC2420RadioC;
MultiHopEngineM.MacControl - CC2420RadioC;
command result_t StdControl.start()
{
call MacControl.enableAck();
return SUCCESS;
}
event result_t SendMsg.sendDone[uint8_t id](TOS_MsgPtr pMsg, result_t
success)
{
dbg(DBG_TEMP, ack is %d \n, pMsg-ack);
if (pMsg-ack == 1)
call Leds.redToggle();
else
call Leds.greenToggle();
return SUCCESS;
}
Thank you.
Andre
We have the perfect Group for you. Check out the handy changes to Yahoo!
Groups.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] send message to a specific mote with Boomerang and Tmote-sky
In Receive:
if (msg-addr == TOS_LOCAL_ADDRESS) {
// process
}
Remember that wireless networks are broadcast networks, which means
that all nodes can hear what is going on with other nodes.
-Joe
On 10/31/06, Errico Stigliano [EMAIL PROTECTED] wrote:
Hi Daniele,
thank you for your reply, yes, I do specify the TOS_LOCAL_ADDRESS
when I program the board
Errico
- Original Message -
From: Daniele Munaretto [EMAIL PROTECTED]
To: unsure; Errico Stigliano [EMAIL PROTECTED]
Cc: tinyos-help@Millennium.Berkeley.EDU
Sent: Tuesday, October 31, 2006 1:50 PM
Subject: Re: [Tinyos-help] send message to a specific mote with Boomerang
and Tmote-sky
When you download the program from the programming board to the motes,
do you specify the local_address?
like:
make micaz install.3 eprb, IP_ADDRESS ? (MIB600 for example)
3 will be the ID of the mote.
Cheers
Daniele
Errico Stigliano wrote:
Hello,
I am just starting the first experiences with Bommerang and
Tmote-sky.
I tried to use the SendMsg of GenericComm putting as first parameter the
destination address as following:
call SendMsg.send( 4,sizeof(CountMsg_t),m_msg)
On the receiving Tmote-sky (TOS_LOCAL_ADDRESS = 4) I used the ReciveMsg
of
GenericComm as following:
ReceiveMsg.receive( TOS_MsgPtr msg )
What happens is that the message is received whatever is the
TOS_LOCAL_ADDRESS of the receiving tmote-sky. If I have more receiving
tmote-sky in the network, everyone will receive the message.
How can I send a message to a specific tmote-sky?
Thank you for your help
Errico Stigliano
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/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
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] problem on switching back to tinyos-1.x
The $ is silly and after years of arguing against it, David Gay added a directive to nesC that lets you set an alternate identifier instead of having to recompile a toolchain without the $ identifier. -Joe On 10/29/06, Michael Schippling [EMAIL PROTECTED] wrote: Yes, it's come up many times... however I've never seen this '$' explanation before... thanks MS Philip Levis wrote: On Oct 28, 2006, at 9:45 AM, Adam wrote: Michael, Thank you. Here is the problem: I can compile 1.x application with make telosb, but not make micaz -- show following errors (how to correct it): /opt/tinyos-1.x/tos/platform/micaz/HPLCC2420InterruptM.nc:161: warning: `CCATime r.start' called asynchronously from `CCA.startWait' /opt/tinyos-1.x/tos/lib/CC2420Radio/CC2420RadioM.nc:116: warning: `Send.sendDone ' called asynchronously from `sendFailed' /cygdrive/c/DOCUME~1/Adam/LOCALS~1/Temp/ccjujniv.s: Assembler messages: /cygdrive/c/DOCUME~1/Adam/LOCALS~1/Temp/ccjujniv.s:292: Error: unknown opcode `state' /cygdrive/c/DOCUME~1/Adam/LOCALS~1/Temp/ccjujniv.s:293: Error: unknown opcode `state' /cygdrive/c/DOCUME~1/Adam/LOCALS~1/Temp/ccjujniv.s:295: Error: unrecognized s ymbol type /cygdrive/c/DOCUME~1/Adam/LOCALS~1/Temp/ccjujniv.s:295: Error: unknown opcode `state' /cygdrive/c/DOCUME~1/Adam/LOCALS~1/Temp/ccjujniv.s:296: Error: expected comma after name `CC2420ControlM' in .size directive There are about 100 lines like this - omit here to save space... nesC uses $ in identifiers. Default versions of the avr assembler do not recognize it. But there's a simple compilation flag in the assembler (something like use_dollar) which lets them work. So the TinyOS avr distributions have this enabled. It looks like you have a version that doesn't have it enabled. Check which version of avr-gcc is being called? This has come up many times in the past on the list; I'd search the archives. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] CC2420Control issue
There is no CC2420RadioC for pc.
-Joe
On 10/27/06, André Egners [EMAIL PROTECTED] wrote:
Hi.
my .nc file looks like this:
-
configuration LedDrones {
}
implementation {
components Main, TimerC, LedDronesM, LedsC, RandomLFSR, GenericComm
as Comm, CC2420RadioC;
Main.StdControl - TimerC.StdControl;
Main.StdControl - LedDronesM.StdControl;
LedDronesM.Timer - TimerC.Timer[unique(Timer)];
LedDronesM.Leds - LedsC;
LedDronesM.Random - RandomLFSR;
LedDronesM.SendCmdMsg - Comm.SendMsg[AM_LED_MESSAGE];
LedDronesM.ReceiveCmdMsg - Comm.ReceiveMsg[AM_LED_MESSAGE];
LedDronesM.CommControl - Comm;
LedDronesM.CC2420Control - CC2420RadioC.CC2420Control;
}
-
the corresponding module looks like this
-
module LedDronesM
{
provides {
interface StdControl;
}
uses {
interface Timer;
interface Leds;
interface Random;
interface CC2420Control;
interface ReceiveMsg as ReceiveCmdMsg;
interface SendMsg as SendCmdMsg;
interface StdControl as CommControl;
}
}
...
-
If I do a make pc it produces these errors:
LedDronesM.nc:10: interface CC2420Control not found
LedDrones.nc:13: component CC2420RadioC not found
LedDrones.nc:24: cannot find `CC2420Control'
make: *** [exe0] Error 1
Sorry for not being exact the first time.
Andre
Joe Polastre schrieb:
include
components CC2420RadioC;
in your components list.
-Joe
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] C program for Listern
Download Boomerang from www.moteiv.com. In there are the applications you are looking for: /opt/moteiv/apps/Oscilloscope /opt/moteiv/apps/TOSBase -Joe On 10/26/06, prabhu govindaswamy [EMAIL PROTECTED] wrote: Hi, Yes i had put apps/Oscilloscope and apps/TOSbase in tmotes. Is there any other Oscilloscope i can use then? -- Thanks and Regards, Prabhu Markus Becker [EMAIL PROTECTED] wrote: Which Oscilloscope have you installed on your motes? The one in apps/Oscilloscope? That is not for tmote/telos. There was one in contrib/moteiv/* some time ago. I do not know why it was removed from CVS. Best regards, Markus Becker On Wed, 25 Oct 2006, prabhu govindaswamy wrote: Hi many thanks, found C serialForwarder and listen.but now my problem is, on ./sf 9001 /dev/ttyUSB0 38400 tmoteinvent ,i always get Note: sync Note: too_long Note: sync Note: too_long Note: sync Note: bad_crc Note: bad_crc Note: bad_crc Note: bad_crc Note: bad_crc Note: bad_crc Note: bad_crc im using tinyos-1.x .help is really appriciated. -- Thanks and Regards, Prabhu --- Markus Becker wrote: On Thu, 19 Oct 2006, prabhu govindaswamy wrote: Hi, Is there any C program available to listern. In tools/src/sf/ I desperately need one to communicate between PC and Tmote. I am zero in java and dont want to jump into ... Help appreciated. -- Thanks and Regards, prabhu __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com All-new Yahoo! Mail - Fire up a more powerful email and get things done faster. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
Re: [Tinyos-help] C program for Listern
You can check out the old versions, but Moteiv does not support this old code that has been replaced by the much more stable versions in Boomerang. -Joe On 10/26/06, Philip Levis [EMAIL PROTECTED] wrote: On Oct 26, 2006, at 12:46 PM, Joe Polastre wrote: Download Boomerang from www.moteiv.com. In there are the applications you are looking for: /opt/moteiv/apps/Oscilloscope /opt/moteiv/apps/TOSBase Alternatively, you can just check out the versions that were in the tree before Moteiv removed them: cd contrib/moteiv cvs co -D 20 months ago Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/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
