Re: [Tinyos-help] MicaZ_XubunTOS2.0
Hi, Here is some steps to use mib520 in open suse, I hope this will be helpful: 1. have a look at this link: http://www.tinyos.net/tinyos-2.x/doc/html/tutorial/programmers.html 2. using dmesg you should see two ports to be assigned once you plug mib520 into you system. To confirm that: /dev/ttyUSB0 ... for programming /dev/ttyUSB1 ... for getting data from MicaZ (maybe other ports) 3. install UISP in /usr/local/bin. (two ways) 1) cd .../tinyos-1.x/tools/src/uisp make su make install exit 2) download UISP for linux from http://www.nanork.org/nano-RK/wiki/micaZ-quick-start mv uisp /usr/local/bin chmod +x /usr/local/bin/uisp 4. make micaz install mib510(not mib520!),/dev/ttyUSB0 Weiping Janos Sallai wrote: The mib520 will most probably show up as /dev/ttyUSB0 and /dev/ttyUSB1 (assuming you don’t have any other usb-to-serial interfaces). The former one is used to program the mote, the latter one to communicate with it. That is, make micaz install mib510,/dev/ttyUSB0 will program the mote, and sf –comm serial@/dev/ttyUSB1:micaz will start up serialforwarder for you. Janos -Original Message- *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *antonio gonga *Sent:* Tuesday, December 18, 2007 6:51 AM *To:* TINYOS *Subject:* [Tinyos-help] MicaZ_XubunTOS2.0 heyl all, I'm unable to install an application to a MicaZ mote. Whenever I do that I get the following error: flash error ... and address error , and so on Do I have to install the drives for Mib520 on XubuuTOS2.0?? *** Gonga, Antonio Oliveira e-mail: [EMAIL PROTECTED] Cell Phone: +46762320854 *** Get the power of Windows + Web with the new Windows Live. Get it now! http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007 Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1 - Release Date: 12/11/2007 12:00 AM ___ 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] Development wanted for Deluge T2
Hi TinyOS developers. Our company is starting some new embedded development, and would like to do this development in TinyOS 2.x rather than 1.x (nicer docs and easier development. Includes Dissemination and Collection network algorithms, etc). Our main problem with using TinyOS 2.x is that Deluge T2 has a few problems (I understand that it is an experimental port from TinyOS 1.x). We're interested in sponsoring a TinyOS developer to fix these problems. Changes can of course go back into the main TinyOS codebase. Here is a summary of the problems I've found so far and would like to be fixed (in decreasing order of severity): 1) Deluge T2 dissemination breaks easily 2) Rollback gesture does not work in Deluge T2. 3) Deluge T2 only supports 2 images per mote. 4) The tos-deluge tool does not report which image is active We are offering $400 (US Dollars) for the above to be fixed. Are there any takers? If you're interested, here is more specific information: 1) Deluge T2 dissemination breaks easily: If a (non-base station) mote (running Deluge) starts receiving an update, and then it is interrupted (for instance, you press the reset button, or you send the mote a reprogram command over deluge), then the mote stops downloading updates. Also, the mote no longer wants to download newer program images disseminated from the Base Station. It just ignores disseminate commands after that point. To fix this problem the mote needs to be re-connected to a PC so we can update it with a tos-deluge -i command. 2) Rollback gesture does not work in Deluge T2: Pressing reset several times does not do anything (besides resetting). I've compared the tinyos-1.x and 2.x code, it doesn't seem to be implemented yet in tinyos 2.x's Deluge. 3) Deluge T2 only supports 2 images per mote. This is a problem because we would like to run several different tinyos applications on our wireless networks. With Deluge T2 we would need to write a single application which reads the mote type from flash and then activates different sub-programs based on the type. This is not ideal. 4) The tos-deluge tool does not report which image is active tos-deluge -p in Deluge T2 doesn't (as far as I can tell) report which image is currently active on a mote. However, this info is available in the tinyos-1.x command-line tools. Regards, David. PS: If you make these changes, please update your CVS and your Ubuntu repository (http://tinyos.stanford.edu/tinyos/dists/ubuntu) so we can easily install your updated versions (we run Debian, but your Ubuntu installers are compatible). ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Is uint16_t a unsigned int type?
Hello coders, I have question regarding uint16_t type. I was assuming that it is 16bit unsigned integer. But when I use such type, and set a value over 32K, I receive a warning during compilation, an example is: / */ const uint16_t FT_TIMER_MIN = 6; /**/ The result from compilation is: /opt/tinyos-2.x/apps/Tutorial/FlexTimer/FlexTimer.h:25: warning: decimal constant is so large that It is unsigned ... Which type do you use to keep 16 bits unsigned integers? regards Hristo Bojkov ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] 答复: Tinyos-help Digest, V ol 56, Issue 89
Did Tinyos support another storage chip, at45db041d ? It seems a totally different chip with at45db041b which was out of date and atmel stopped it from last year. If someone has developed the driver of this chip in tinyos 2.02, it will be a big help for me. Handsomezhu 2007-12-19 -邮件原件- 发件人: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 代表 [EMAIL PROTECTED] 发送时间: 2007年12月18日 21:25 收件人: tinyos-help@millennium.berkeley.edu 主题: Tinyos-help Digest, Vol 56, Issue 89 Send Tinyos-help mailing list submissions to tinyos-help@millennium.berkeley.edu To subscribe or unsubscribe via the World Wide Web, visit https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Tinyos-help digest... Today's Topics: 1. Re: ??? Re: ??? Re: [Tinyos-help] How to get the Sample code which is suitable to telosb platform? (Michael Schippling) 2. Re: .platform question (Vlado Handziski) 3. MessageSelection caused MessageInjector weird (Junyan Ma) 4. RE: [Tinyos-devel] Re: [Tinyos-help] .platform question (Michiel Konstapel) 5. Float and double difference (Yong, Chee Yeew ) 6. TestPrintf error (yvonne er) 7. MicaZ_XubunTOS2.0 (antonio gonga) 8. Re: Conversion formula of Accelerometer value. (Andr? Miguel de Almeida Marr?o Rodrigues) -- Message: 1 Date: Mon, 17 Dec 2007 17:15:54 -0700 From: Michael Schippling [EMAIL PROTECTED] Subject: Re: ??? Re: ??? Re: [Tinyos-help] How to get the Sample code which is suitable to telosb platform? Cc: tinyos-help tinyos-help@millennium.berkeley.edu Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=GB2312 I'll be an Army of .666... MS Renee Azhen wrote: thanks to Michael's stikcing to help newer on Tinyos 1.x. if he turned to TS 2, I am afraid nobody will be on T1:) Cheers Sam */John Griessen [EMAIL PROTECTED]/* [EMAIL PROTECTED]: Michael Schippling wrote: ..Folks seem to think they are, so maybe your best approach is to just go directly to T2 and don't pass Go. On the other hand, trying to get T1 apps working is a good learning exercise...heh MS And Michael's about the only one left for help with T1, and now he seems to be wavering some... :-) John Griessen -- Ecosensory 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 Ok3IN*7kP!8U!3B?-8h!UEMVPH}4s5Q]5DVw=GBp#? http://sostar.cn.yahoo.com ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help -- Platform: WinXP/Cygwin TinyOS version: 1.x, Boomerang Programmer: MIB510 Device(s): Mica2, MicaZ, Tmote Sensor board: homebrew -- Message: 2 Date: Tue, 18 Dec 2007 07:34:58 +0100 From: Vlado Handziski [EMAIL PROTECTED] Subject: Re: [Tinyos-help] .platform question To: David Gay [EMAIL PROTECTED] Cc: tinyos-help tinyos-help@millennium.berkeley.edu Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 On Dec 17, 2007 11:49 PM, David Gay [EMAIL PROTECTED] wrote: On Dec 17, 2007 2:16 PM, John Griessen [EMAIL PROTECTED] wrote: What makes the .platform file necessary separately from the ecosens1.target file? Could the ecosens1.target do it all somehow? The .platform file is for ncc (and mig and ncg). The .target file is something used by the Makefile-based build system for TinyOS, and contains things unrelated to what ncc needs/wants (e.g. information on how to reprogram motes). Ideally at least there should be no duplication between the information in a .target and .platform file... Merging the two files is, to me at least, a bad idea: - If all the .platform stuff moves into .target: you can't build anything without using the magic build system. This would be like if gcc wasn't usable without some magic very large Makefile. - If all the .target stuff moved into .platform: this would hardwire specific programmers, preferred compilation flags, etc into ncc. Another reason why the merging would be a bad idea is the loss of the .family / .platform hierarchy. The .family file can be used to separate between the component set implementing the generic platform family
Re: [Tinyos-devel] Re: [Tinyos-help] Re: Problems with tinyos-1.x vs. 2.x
I guarantee that it will be worth it. TOS2 is fundamentally more robust, flexible, and sound going forward. The learning tools and examples are coming into place. Hanging on to TinyOS1.x dusty desk at this point would surely be penny wise pound foolish. Philip Levis wrote: On Dec 16, 2007, at 3:39 PM, Michael Schippling wrote: So, aside from applying my rusty hermeneutic skills to the TEPS, is there someplace I can find a good description of the advantages of re-experiencing the TOS learning cliff under T2? http://www.tinyos.net/tinyos-2.x/doc/html/overview.html Phil ___ Tinyos-devel mailing list [EMAIL PROTECTED] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-devel ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] current MAC protocol in TinyOS
Dear All, Is the current MAC protocol in TinyOS B-MAC or X-MAC? I searched on tinyos.net and it seems to be B-MAC. I just want to confirm. Thanks. -- Regards, Tie ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] RSSI and TOSSIM
Hi, I noticed that TOSSIM uses the following formula to compute RSSI: rcv-strength = (int8_t)(floor(10.0 * log(pow(10.0, power/10.0) + pow(10.0, noiseStr/10.0)) / log(10.0))); (in CpmModelC.nc) I notice that this is adding the signal power (gain) and noise levels. I am wondering if this is a true reflection of the physical phenomenon--i.e., in the CC2420, when RSSI is computed (CC2420Packet.getRssi(packet)), do signal and noise strength contribute in an additive fashion? Are there any paper or documents that support this notion? I appreciate any response in advance. Thanks, Tal ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Adding NesC syntax files to tinyos debs
I just checked and there was no one for Gedit. This is the one I created based on the cpp one. It goes in */usr/share/gtksourceview-2.0/language-specs/ncc.lang *on Ubuntu Gutsy. I doesn't (yet) automatically apply the style to .nc files (you have to check View- Highlight mode - Sources - NesC) I have been playing with mimetypes, but no luck yet. Regards, Ariel. PD: Maybe we should check out with the package maintainer to see how feasible it would be to make it put it in the right place. ncc.lang Description: Binary data ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] Re: Is uint16_t a unsigned int type?
Another way to do it is to specify the type of the constant: const uint16_t FT_TIMER_MIN = 6U; The U makes it an unsigned int constant. You can also append an L to make it a long: const uint32_t ONE_MILLION = 100UL; HTH, Michiel -Original Message- From: [EMAIL PROTECTED] [mailto:tinyos-help- [EMAIL PROTECTED] On Behalf Of Hristo Bojkov Sent: woensdag 19 december 2007 14:01 To: Tinyos-help Subject: [Tinyos-help] Re: Is uint16_t a unsigned int type? Sorry. Ignore my last mail. I didn't catch that it is complaining not for the type of the variable, rather for the constant in the declaration. So I have changed the line to be: / */ const uint16_t FT_TIMER_MIN = (uint16_t)6; / */ And there is no warning any more. Regards Hristo Bojkov ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] TOS2.0 ADC PINS showing very low impedance, how to configure?.
Dear all, we are currently porting to TOS 2.0 a TOS 1.1 application that read from multiple external analog sensors. All has been quite straightforward but unfortunately, it seems that ADC pins now show a far lower input impedance seriously affecting the measurements. It seems to be an ADC pin configuration issue, actually it seems that pins are configured as digital I/O low level thus draining significative current (10 mA). Provided that we only implemented AdcConfigure for all sensors and that we couldn't find any binding interface similar to the old BindPort in TOS1.1 could you please route us toward some reference in order to solve our problem? Savdevito ___ MAIL SCANSIONATA DA ANTIVIRUS GATEWAY (Outbound) .#ENEA#. ___ ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] current MAC protocol in TinyOS
Could be you be more specific about the platform and the version of TinyOS you are using ? -Avinash On Dec 18, 2007 8:23 PM, Tie Luo [EMAIL PROTECTED] wrote: Dear All, Is the current MAC protocol in TinyOS B-MAC or X-MAC? I searched on tinyos.net and it seems to be B-MAC. I just want to confirm. Thanks. -- Regards, Tie ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help -- Phd Dept. of Electrical Engineering University of Southern California http://www-scf.usc.edu/~asridhar ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] XSensorMDA320 Application
Hello, Can anyone tell me what the function of XSensorMDA320 application is? I want to know what to install in the sensing mote which is connected to MDA320 and what to install in the base station node in order to see the functionalities of this application. How can I monitor the signals of MDA320? Any idea/help is really appreciated. Cheers, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] deterministic time stamping (CC2420)
Miklos Maroti wrote: The only important thing is how stable that oscillator is, and I do not care if the rate is 5% off as it is quite easy to compensate for that in software. Yes, a software mostly approach is bettor for tinyOS at this time, you're right. I'll still be thinking of a good way to have a smoothly tunable rock stable real time clock for some apps, and it will still get its accuracy from software compares of different clocks on the network through deterministic delayed synchs. Right now, I don't think the time stamping is deterministic even. Can you point me to radio docs about that? Have you come across specs on the jitter involved in capturing a packet preamble RX time, or packet send preamble TX time? Thanks, 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
Re: [Tinyos-help] TOS2.0 ADC PINS showing very low impedance, how to configure?.
Saverio De Vito wrote: Dear all, Provided that we only implemented AdcConfigure for all sensors There is a new interface for multiple reads on MSP430. What platform do you use? There is a MSP430 example here that may help: http://tinyos.cvs.sourceforge.net/tinyos/tinyos-2.x-contrib/ecosensory/tos/sensorboards/a2d12ch/ 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] Xlisten tool in XBow
Dear all, Any one knows where can I find the XListen tool under MoteWorks? Best, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Si può campion are un Timer prima dell'overflow?
Ciao, prima di tutto dovresti scrivere in inglese per avere qualche risposta ;) Per avere una misura di tempo, la suluzione migliore è usare i timers dell'atmega128, o del controllore che usa il tuo nodo. Sono molto precisi e puoi misurare tempi, oltre che settare firings. ciao On Dec 18, 2007 8:33 AM, Leonardo Chiodi [EMAIL PROTECTED] wrote: Buongiorno; Avrei un problema nel realizzare un algoritmo e vorrei sapere se esiste soluzione, vorrei dunque sapere se è possibile intercettare il timer di un nodo prima che esso fac cia overflow, cioè che generi l'evento fired: una cosa del tipo: inizializzo il timer in modo che mi generi un evento dopo quattro secondi e lo faccio partire, ma io dopo due secondi (quindi prima che il timer generi interrupt) ricevo un secondo evento dall'ADC, e vorrei sapere dal timer dopo quanto tempo esattamente è avvenuto, in pratica si può campionare il conteggio del timer prima che esso dia l'evento? Grazie mille Arrivederci -- Prenditi una pausa e sfida i tuoi amici a Ladybird su Messenger! Messenger Giochi http://messengergiochi.it.msn.com/ladybird.aspx ___ 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] CC2420ReceiveP RXFIFO.readDone
Hello all, I am trying to change the default code in RXFIFO.readDone in TOS2.0. I have some doubts on some parts of the code. I have some basic questions: 1. What is the meaning of the return of the following functions call FIFO.get() and call FIFOP.get()? 2. If I have more than one packet in the FIFO buffer do I use the RXFIFO.continueRead to read the next packet or can I use the RXFIFO.beginRead (without doing the flush)? 3. If I want to discard an bad packet or just one packet that does not fit some requirements (like the address) I need to call the RXFIFO.continueRead with the remaining length of the packet before reading a new one? Right? Thanks for the help. Best Regards André ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Hardware Address Recognition
Hi David, I tried to search for the PacketLink component, but it seems not many people is using it, moreover it does not have any kind of reference in nesdoc, only the TEP. I found the example of PacketLink, more specific TestPacketLink, in the tinyos-2.x-contrib folder and even after i update it, it still don't compile, since as far as i know is missing the file: TestCase.h. Can you give us a clear example on how to use this component? or maybe send us the .h file, since i really need to write a reliable BaseStation application. Thanks in adavance, Tiago Uniiversity of Coimbra -- www.sounatural.com David Moss wrote: Sure - you can modify the basestation application to retransmit if you don't get an ack. Take a look at the PacketLink component and interface, it will help you do so automatically. For my deployment applications where good connectivity is required, I've modified base station to use the PacketLink interface to automatically retry failed transmissions. The acks will not automatically retransmit your packet, but will let you know if a single send got through or not. -David -Original Message- From: André Miguel de Almeida Marrão Rodrigues [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 3:04 PM To: David Moss; tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] Hardware Address Recognition Hi The base station does not automatically retransmit failed packets. It means that I should change the code of the standard basestation that comes with T2.02? Includind adding buffer to allow retransmission of packets? interference - it's possible from wifi collisions - in this configuration I think they should be very few range - that's not an issue in this case mismatched duty cycling parameters, etc. Did you modify your base station application to configure the outbound packet for delivery to a duty cycling receiver - yes we did So if the major problem is interference the acks shoudn't have resolved it? Thanks, André Rodrigues -Original Message- From: André Miguel de Almeida Marrão Rodrigues [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 11:20 AM To: David Moss; 'André Cunha'; 'TinyOS ML' Subject: Re: [Tinyos-help] Hardware Address Recognition Hi I would like to know why in a simple configuration like BS --- Node I have packet loss when the acks are enabled and the code in the node retransmits the packed if it get lost. We are using 2% low power listening mode in T2 / TMote. Any ideias would be very apreciated. Regards, André Rodrigues PS: If a packet get lost in the BS - node direction, the 2.02 basestation code does the retransmission? - Original Message - From: David Moss [EMAIL PROTECTED] To: 'André Cunha' [EMAIL PROTECTED]; 'TinyOS ML' tinyos-help@millennium.berkeley.edu Sent: Thursday, December 13, 2007 5:16 PM Subject: RE: [Tinyos-help] Hardware Address Recognition Address recognition is in both hardware and software. You can disable address recognition in hardware to sniff packets, but with software acknowledgements enabled you don't want to send an ack back unless you've received a packet to your local address or to the broadcast address. That's why there's a redundant check. Hardware address recognition is enabled by default, and the redundant software address check performed for acknowledgements doesn't change that. Note at the top of CC2420ControlP the compile time options you have available (you should be able to configure these at runtime as well) #if defined(CC2420_NO_ACKNOWLEDGEMENTS) autoAckEnabled = FALSE; #else autoAckEnabled = TRUE; #endif #if defined(CC2420_HW_ACKNOWLEDGEMENTS) hwAutoAckDefault = TRUE; #else hwAutoAckDefault = FALSE; #endif // This changes the hardware address recognition. #if defined(CC2420_NO_ADDRESS_RECOGNITION) addressRecognition = FALSE; #else addressRecognition = TRUE; #endif -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Cunha Sent: Thursday, December 13, 2007 9:21 AM To: TinyOS ML Subject: [Tinyos-help] Hardware Address Recognition Hello all, I was looking at the hardware recognition in the CC2420 in the file CC2420ControlP and, if fact, the CC2420 register (MDMCTRL0-ADDR_DECODE) is enabled. Looking at the CC2420ReceiveP in the RXFIFO.readDone I realized that the address verification is by software. Can anyone clarify this? I have changed the code of RXFIFO.readDone to only signal data reception but I would like to activate the hardware address recognition. Best Regards, André ___ 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
RE: [Tinyos-help] Power-down ADC on MicaZ ATMega128
Hi I have had this /exact/ same issue with MICAz motes in TinyOS-2.x! I compiled and recompiled apps/null as provided with the tos2 download but the current consumption for my motes was /always/ well over the suggested 5-10uA by at least around 100uA, usually more like 400-500. I found that /most/ motes ran at the expected 10uA but only if they were run from a supply of about 2.3-2.4 volts. I tried numerous measuring devices and am confident the readings were correct. didn't find a resolution on the list as no-one had the same problem somehow. Quite glad someone else is experiencing the same problem so it's not (necessarily) something I've somehow done! :-) If you do work it out I'd love to know! Cheers. -Ben -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Carlos Gil Soriano Sent: 18 December 2007 16:18 To: tinyos-help@millennium.berkeley.edu Subject: [Tinyos-help] Power-down ADC on MicaZ ATMega128 Hi, I am working on monitoring consumption in micaZ motes. I have slept both the micro and the radio. So consumption must be above 20 uA (from the radio without WD nor battery monitor) plus 20 uA from ATMega. I have achieved a minimum consuption above 400uA on micaZ platform. Taking a look to the ATMega datasheet (page 355) it is suppossed that over 300 uA are from ADC. I have tried to power-down the ADC, but results imposible for me. The code that I have used is cbi(ADCSRA, ADEN); I guess that it should clear ADEN bit in ADCSRA register (as shown in page 232 of ATMega datasheet). Can anyone help me? I am on tinyOs1.15, but not matter if someone can point out a solution for T1 or T2. Thanks and merry X`mas! *** Please consider the environment before printing this email. *** This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed and may not be divulged to any third party without the express permission of the originator. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thales Research Technology (UK) Limited. *** ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Adding NesC syntax files to tinyos debs
On Dec 19, 2007 6:41 AM, Ariel Mauricio Nunez Gomez [EMAIL PROTECTED] wrote: I just checked and there was no one for Gedit. This is the one I created based on the cpp one. It goes in /usr/share/gtksourceview-2.0/language-specs/ncc.lang on Ubuntu Gutsy. I doesn't (yet) automatically apply the style to .nc files (you have to check View- Highlight mode - Sources - NesC) I have been playing with mimetypes, but no luck yet. I checked this into the nesC CVS repository, thanks! Regards, Ariel. PD: Maybe we should check out with the package maintainer to see how feasible it would be to make it put it in the right place. We should probably look into this the next time we make nesC packages... David Gay ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Interaction between LocationPlugin and FakeLocation?--for Matt!
Hi all, i am trying to implement an application that uses multihopping(I'm using Surge, as it is in examples). I execute the application with this command line /surge/build/pc/main.exe -gui 7 tinyviz first of all i enable SetLocation plugin on tinyviz, then i move motes clicking and dragging on them (in tinyviz appears the right output). i enable RadioModel plugin and i set distance scaling factor to 5.0, so all motes can't send or receive messages. But if i press the play button every mote communicates with other motes!!! I read some posts, which talks about FakeLocation, that Provides a fake location value to motes based on reading three ADC values for X, Y, and Z coordinates. The TinyViz LocationPlugin sets these values to represent the location of the mote in the display. i have put FakeLocation, FakeLocationM, FakeLocation.h, Location and Location.h in my application and i have added these following lines in Surge and SurgeM Surge.nc includes FakeLocation components ...FakeLocationM... Main.StdControl -FakeLocationM; FakeLocationM.ADC_X-ADCC.ADC[FAKE_LOCATION_X_PORT]; FakeLocationM.ADC_Y-ADCC.ADC[FAKE_LOCATION_Y_PORT]; FakeLocationM.ADC_Z-ADCC.ADC[FAKE_LOCATION_Z_PORT]; SurgeM.Location-FakeLocationM.Location; -- SurgeM.nc uses{ ... interface Location; ... } command result_t StdControl.start() { call Location.getLocation(); . } event void Location.locationDone(location_3d_t *loc){ ... } now, if i execute the application like i have written above,every mote communicates with other motes my questions are: - have i to wire FakeLocation in Surge (and use FakeLocation as i'm doing) or have i simply to put FakeLocation etc in my application without wiring them in Surge? - why doesn't FakeLocation interact with SetLocation plugin in Tinyviz?even if i put command result_t StdControl.start() { //call Location.getLocation(); getLocation is never called by SetLocation!!(and i have understood that SetLocation interacts with FakeLocation, so it has to call getLocation) -why doesn't multihop works(all messages are sent directly to node 0, even if it's not (physically) possible because mote 0 and mote n are too far) thanks for help Antonio - - L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] Xlisten tool in XBow
Xlisten tool has been replaced by XServe in MoteWorks and this can be found under \opt\MoteWorks\tools\xserve. - Giri From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abdullah Kadri Sent: Wednesday, December 19, 2007 9:08 AM To: tinyos-help@millennium.berkeley.edu Subject: [Tinyos-help] Xlisten tool in XBow Dear all, Any one knows where can I find the XListen tool under MoteWorks? Best, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] TestPrintf error
Try updating to libc 1.4 or greater. Kevin On Dec 18, 2007 7:10 PM, yvonne er [EMAIL PROTECTED] wrote: I am using avr-libc 1.2.3-1 on micaz motes. Please advice. Thank You. Yvonne On Dec 19, 2007 9:31 AM, Kevin Klues [EMAIL PROTECTED] wrote: Which platform are you compiling for? Only atmega128 family motes and msp430 motes are supported. The error you are getting is related to having an old version of avr-libc when compiling for the atmega128, but this shouldn't matter because the newest stdio.h header file is included and compiled against appropriately. What version of avr-libc do you have? Kevin On Dec 18, 2007 5:27 PM, yvonne er [EMAIL PROTECTED] wrote: yes, i download the files from cvs. and i am using TinyOS 2.x, referring to its tutorial lesson 15 on The TintOS printf Library. Thank you. Yvonne On Dec 19, 2007 1:10 AM, Kevin Klues [EMAIL PROTECTED] wrote: Are you running from cvs? Or which version of tinyos do you use? Kevin On Dec 18, 2007 4:32 AM, yvonne er [EMAIL PROTECTED] wrote: Dear everyone, I tried running TestPrintf in cygwin, but i have the following error. Please advise. Thank you. In file included from /opt/tinyos-2.x /tos/lib/printf/PrintfC.nc:53, from TestPrintfAppC.nc:42: /opt/tinyos-2.x/tos/lib/printf/PrintfP.nc:51: warning: implicit declaration of function `FDEV_SETUP_STREAM' /opt/tinyos-2.x/tos/lib/printf/PrintfP.nc:51: `_FDEV_SETUP_WRITE' undeclared here (not in a function) /opt/tinyos-2.x/tos/lib/printf/PrintfP.nc:51: invalid initializer /opt/tinyos-2.x/tos/lib/printf/PrintfP.nc:51: (near initialization for `atm128_stdout') Best regards, Yvonne ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help -- ~Kevin -- ~Kevin -- ~Kevin ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] Xlisten tool in XBow
Does XServe work for both XSensor and XMesh applications? Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 _ From: Giri Baleri [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 1:04 PM To: Abdullah Kadri Cc: tinyos-help@millennium.berkeley.edu Subject: RE: [Tinyos-help] Xlisten tool in XBow Xlisten tool has been replaced by XServe in MoteWorks and this can be found under \opt\MoteWorks\tools\xserve. - Giri _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abdullah Kadri Sent: Wednesday, December 19, 2007 9:08 AM To: tinyos-help@millennium.berkeley.edu Subject: [Tinyos-help] Xlisten tool in XBow Dear all, Any one knows where can I find the XListen tool under MoteWorks? Best, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Problem with TOSSIM
Hi everybody, I'm triyng to run up TOSSIM in an Ubuntu Box with Python 2.5. So, all the compilation process is going right, but when I try to import the TOSSIM module I obtain this error: import TOSSIM Traceback (most recent call last): File stdin, line 1, in module File TOSSIM.py, line 4, in module import _TOSSIM ImportError: ./_TOSSIMmodule.so: undefined symbol: _Py_RefTotal It seems that I need a file where is defined the class _Py_RefTotal. Someone could help me? Thank you very much ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RSSI and TOSSIM
On Dec 19, 2007, at 6:09 AM, Tal Rusak wrote: Hi, I noticed that TOSSIM uses the following formula to compute RSSI: rcv-strength = (int8_t)(floor(10.0 * log(pow(10.0, power/10.0) + pow(10.0, noiseStr/10.0)) / log(10.0))); (in CpmModelC.nc) I notice that this is adding the signal power (gain) and noise levels. I am wondering if this is a true reflection of the physical phenomenon--i.e., in the CC2420, when RSSI is computed (CC2420Packet.getRssi(packet)), do signal and noise strength contribute in an additive fashion? Are there any paper or documents that support this notion? I appreciate any response in advance. It's basic wave physics. This is a very simplistic way to compose the signals. If the signals are completely in phase, it will be additive. In practice, they're not, so it's less. But trying to capture this more accurately becomes strange, especially when the two signals are not precisely the same frequency. Phil ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Si può campionare un Timer pr ima dell'overflow?
On Dec 19, 2007, at 9:00 AM, roberto pagliari wrote: Ciao, prima di tutto dovresti scrivere in inglese per avere qualche risposta ;) Si. Posso leggere un po d'italiano, mai sempre un po. Anche, penso che non sono nella majority. :) Phil ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] XSensorMDA320 Application
The XSensorMDA320 is app samples data from the ADC and/or DIO channels and forwards it to UART (when connected directly to a PC via MIB board) or over the radio to a base station running TOSBase. The data received over the UART of the MIB board can be viewed using XServe/XSniffer tool. Please refer to Chapter 6 of the Getting Started Guide below for more details. http://www.xbow.com/Support/Support_pdf_files/MoteWorks_Getting_Started_ Guide.pdf Giri From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abdullah Kadri Sent: Wednesday, December 19, 2007 8:43 AM To: tinyos-help@millennium.berkeley.edu Subject: [Tinyos-help] XSensorMDA320 Application Hello, Can anyone tell me what the function of XSensorMDA320 application is? I want to know what to install in the sensing mote which is connected to MDA320 and what to install in the base station node in order to see the functionalities of this application. How can I monitor the signals of MDA320? Any idea/help is really appreciated. Cheers, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] XSensorMDA320 Application
Thanks Giri. Please correct me if I am wrong. MDA320 and MIB520 can not connect to each other through the 51 pin junction, can they? I tried but I could not do this because J3 on MIB520 hinder the MDA320 board. Cheers, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 _ From: Giri Baleri [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 2:51 PM To: Abdullah Kadri Cc: tinyos-help@millennium.berkeley.edu Subject: RE: [Tinyos-help] XSensorMDA320 Application The XSensorMDA320 is app samples data from the ADC and/or DIO channels and forwards it to UART (when connected directly to a PC via MIB board) or over the radio to a base station running TOSBase. The data received over the UART of the MIB board can be viewed using XServe/XSniffer tool. Please refer to Chapter 6 of the Getting Started Guide below for more details. http://www.xbow.com/Support/Support_pdf_files/MoteWorks_Getting_Started_Guid e.pdf Giri _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abdullah Kadri Sent: Wednesday, December 19, 2007 8:43 AM To: tinyos-help@millennium.berkeley.edu Subject: [Tinyos-help] XSensorMDA320 Application Hello, Can anyone tell me what the function of XSensorMDA320 application is? I want to know what to install in the sensing mote which is connected to MDA320 and what to install in the base station node in order to see the functionalities of this application. How can I monitor the signals of MDA320? Any idea/help is really appreciated. Cheers, Abdullah Kadri, P.Eng., Ph.D. Candidate The University of Western Ontario Department of Electrical and Computer Engineering Phone: (519) 661-2111 ext. 81271 ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] Hardware Address Recognition
Hi Tiago - The TestPacketLink directory is for TUnit unit testing, and will not compile or run under normal circumstances. The interface itself should be easy to use: simply use the PacketLink interface in your BaseStation app, and wire it to CC2420ActiveMessageC. You'll also need to define the preprocessor variable PACKET_LINK somewhere, and I do it in my makefile (CFLAGS+=-DPACKET_LINK). That will compile in the PacketLink layer into the CC2420 radio stack. In your application, before your send a message over the radio, call PacketLink to configure the message correctly: // retry sending this message up to 50 times: call PacketLink.setRetries(myMsg, 50); // Add a X millisecond delay between each message retry (0 is the default) call PacketLink.setRetryDelay(myMsg, 0); // Then send your message. It will be delivered more reliably than before. call AMSend.send(addr, myMsg, sizeof(my_payload_t)); When you get your sendDone() event back, the message should have gotten ack'd if the receiver was nearby. You'll have to experiment with the PacketLink interface to get the behavior you desire for your application. The TEP should cover the rest of the details. -David -Original Message- From: Tiago Camilo [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 10:20 AM To: David Moss Cc: 'André Miguel de Almeida Marrão Rodrigues'; tinyos-help@millennium.berkeley.edu Subject: Re: [Tinyos-help] Hardware Address Recognition Hi David, I tried to search for the PacketLink component, but it seems not many people is using it, moreover it does not have any kind of reference in nesdoc, only the TEP. I found the example of PacketLink, more specific TestPacketLink, in the tinyos-2.x-contrib folder and even after i update it, it still don't compile, since as far as i know is missing the file: TestCase.h. Can you give us a clear example on how to use this component? or maybe send us the .h file, since i really need to write a reliable BaseStation application. Thanks in adavance, Tiago Uniiversity of Coimbra -- www.sounatural.com David Moss wrote: Sure - you can modify the basestation application to retransmit if you don't get an ack. Take a look at the PacketLink component and interface, it will help you do so automatically. For my deployment applications where good connectivity is required, I've modified base station to use the PacketLink interface to automatically retry failed transmissions. The acks will not automatically retransmit your packet, but will let you know if a single send got through or not. -David -Original Message- From: André Miguel de Almeida Marrão Rodrigues [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 3:04 PM To: David Moss; tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] Hardware Address Recognition Hi The base station does not automatically retransmit failed packets. It means that I should change the code of the standard basestation that comes with T2.02? Includind adding buffer to allow retransmission of packets? interference - it's possible from wifi collisions - in this configuration I think they should be very few range - that's not an issue in this case mismatched duty cycling parameters, etc. Did you modify your base station application to configure the outbound packet for delivery to a duty cycling receiver - yes we did So if the major problem is interference the acks shoudn't have resolved it? Thanks, André Rodrigues -Original Message- From: André Miguel de Almeida Marrão Rodrigues [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 11:20 AM To: David Moss; 'André Cunha'; 'TinyOS ML' Subject: Re: [Tinyos-help] Hardware Address Recognition Hi I would like to know why in a simple configuration like BS --- Node I have packet loss when the acks are enabled and the code in the node retransmits the packed if it get lost. We are using 2% low power listening mode in T2 / TMote. Any ideias would be very apreciated. Regards, André Rodrigues PS: If a packet get lost in the BS - node direction, the 2.02 basestation code does the retransmission? - Original Message - From: David Moss [EMAIL PROTECTED] To: 'André Cunha' [EMAIL PROTECTED]; 'TinyOS ML' tinyos-help@millennium.berkeley.edu Sent: Thursday, December 13, 2007 5:16 PM Subject: RE: [Tinyos-help] Hardware Address Recognition Address recognition is in both hardware and software. You can disable address recognition in hardware to sniff packets, but with software acknowledgements enabled you don't want to send an ack back unless you've received a packet to your local address or to the broadcast address. That's why there's a redundant check. Hardware address recognition is enabled by default, and the redundant software address check performed for acknowledgements doesn't change that. Note at the top of CC2420ControlP
RE: [Tinyos-help] CC2420ReceiveP RXFIFO.readDone
1. FIFO and FIFOP are GPIO pins provided by the CC2420 radio. These are status pins, and I believe they're used to indicate data exists in the RX FIFO that can be read out by the microcontroller. The datasheet provides more details. 2. If you haven't toggled the CSN line, and haven't used the SPI bus in any other way, you should be able to safely call continueRead(). CC2420ReceiveP (latest 2.x version), line 213, 218, and 266 do this. If you've toggle the CSN line or done anything else to the SPI bus, you must call beginRead() as demonstrated on line 259. 3. You do need to read out the rest of the bad packet to reach the beginning of the next packet in the RX FIFO. Another option is to flush out the RX FIFO, but then you risk losing any other packet that's in there. Lines 199-233 of CC2420ReceiveP demonstrate beginning to receive a packet, and cases where we don't want or care to receive the full packet because it's bad. Lots of edge cases here, and some I know are broken. -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Cunha Sent: Wednesday, December 19, 2007 9:58 AM To: TinyOS ML Subject: [Tinyos-help] CC2420ReceiveP RXFIFO.readDone Hello all, I am trying to change the default code in RXFIFO.readDone in TOS2.0. I have some doubts on some parts of the code. I have some basic questions: 1. What is the meaning of the return of the following functions call FIFO.get() and call FIFOP.get()? 2. If I have more than one packet in the FIFO buffer do I use the RXFIFO.continueRead to read the next packet or can I use the RXFIFO.beginRead (without doing the flush)? 3. If I want to discard an bad packet or just one packet that does not fit some requirements (like the address) I need to call the RXFIFO.continueRead with the remaining length of the packet before reading a new one? Right? Thanks for the help. Best Regards André ___ 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] Development wanted for Deluge T2
1.) Initially, the plan was to write a new storage manager for Deluge T2. Unfortunately, it never got completed, and Deluge T2 is still using a simple storage manager. 2.) Yes, this is not in the current Deluge T2. 3.) To add more image volumes, just update the volume XML file and a wiring file. It is hard to determine the number and the size of volumes each person really needs, so we just put two volumes as an example. 4.) This one is related to the first comment. Thank you Mike On Dec 19, 2007, at 7:07 AM, David wrote: Hi TinyOS developers. Our company is starting some new embedded development, and would like to do this development in TinyOS 2.x rather than 1.x (nicer docs and easier development. Includes Dissemination and Collection network algorithms, etc). Our main problem with using TinyOS 2.x is that Deluge T2 has a few problems (I understand that it is an experimental port from TinyOS 1.x). We're interested in sponsoring a TinyOS developer to fix these problems. Changes can of course go back into the main TinyOS codebase. Here is a summary of the problems I've found so far and would like to be fixed (in decreasing order of severity): 1) Deluge T2 dissemination breaks easily 2) Rollback gesture does not work in Deluge T2. 3) Deluge T2 only supports 2 images per mote. 4) The tos-deluge tool does not report which image is active We are offering $400 (US Dollars) for the above to be fixed. Are there any takers? If you're interested, here is more specific information: 1) Deluge T2 dissemination breaks easily: If a (non-base station) mote (running Deluge) starts receiving an update, and then it is interrupted (for instance, you press the reset button, or you send the mote a reprogram command over deluge), then the mote stops downloading updates. Also, the mote no longer wants to download newer program images disseminated from the Base Station. It just ignores disseminate commands after that point. To fix this problem the mote needs to be re-connected to a PC so we can update it with a tos-deluge -i command. 2) Rollback gesture does not work in Deluge T2: Pressing reset several times does not do anything (besides resetting). I've compared the tinyos-1.x and 2.x code, it doesn't seem to be implemented yet in tinyos 2.x's Deluge. 3) Deluge T2 only supports 2 images per mote. This is a problem because we would like to run several different tinyos applications on our wireless networks. With Deluge T2 we would need to write a single application which reads the mote type from flash and then activates different sub-programs based on the type. This is not ideal. 4) The tos-deluge tool does not report which image is active tos-deluge -p in Deluge T2 doesn't (as far as I can tell) report which image is currently active on a mote. However, this info is available in the tinyos-1.x command-line tools. Regards, David. PS: If you make these changes, please update your CVS and your Ubuntu repository (http://tinyos.stanford.edu/tinyos/dists/ubuntu) so we can easily install your updated versions (we run Debian, but your Ubuntu installers are compatible). ___ 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
Thanks everyone, I am indeed using the usb red board tmote mini development kit. The tmote-bsl worked fine on windows with tinyos-2.x, but I'm having some problems with the linux version, from linux/moteiv- tools-0.2-20070507-i386.tar.gz in the install CD. When I run on the terminal I get [EMAIL PROTECTED]:~/bin $ tmote-bsl -e -r -c /dev/ttyUSB0 -p main.ihex -bsl=mini Using mote M4AJ009D on port /dev/ttyUSB0. Mass erase. Error, get_modem_status: Bad address Does anyone know if there is a way to run tmote-bsl on linux? I tried to wine with the windows version but it doesn't understand the serial port very well. Thanks in advance, ~Dimas~ 2007/12/18, Robert Szewczyk [EMAIL PROTECTED]: If you're using the Tmote mini dev. kit boards (red boards with tmote mini soldered onto them) they are compatible with TinyOS 2.x BUT you have to use the download program called tmote-bsl instead of tos-bsl or msp430-bsl. tmote-bsl was shipped with the install CD that came with the dev kit. ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Si può campion are un Timer prima dell'overflow?
Hi Philip. I'm glad to see you know italian a little bit :) we met at sensys, I had the demo regarding synchronization by using pulse coupled oscillator. Leonardo asked if it is possible to measure the time elapsed from the last firing of a timer_repeat timer. I simply answer he should use atmega timers, even if other solutions are available using the existing library.. Roberto On Dec 19, 2007 11:48 AM, Philip Levis [EMAIL PROTECTED] wrote: On Dec 19, 2007, at 9:00 AM, roberto pagliari wrote: Ciao, prima di tutto dovresti scrivere in inglese per avere qualche risposta ;) Si. Posso leggere un po d'italiano, mai sempre un po. Anche, penso che non sono nella majority. :) Phil ___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] CC2420ReceiveP RXFIFO.readDone
yeah, the FIFOP pin is triggered whenever the number of bytes, tipically set to the length of the message, is equal or exceeds a programmable threshold, while the FIFO pin indicates if there are bytes buffered by the radio and available to be downloaded. On Dec 19, 2007 12:14 PM, David Moss [EMAIL PROTECTED] wrote: 1. FIFO and FIFOP are GPIO pins provided by the CC2420 radio. These are status pins, and I believe they're used to indicate data exists in the RX FIFO that can be read out by the microcontroller. The datasheet provides more details. 2. If you haven't toggled the CSN line, and haven't used the SPI bus in any other way, you should be able to safely call continueRead(). CC2420ReceiveP (latest 2.x version), line 213, 218, and 266 do this. If you've toggle the CSN line or done anything else to the SPI bus, you must call beginRead() as demonstrated on line 259. 3. You do need to read out the rest of the bad packet to reach the beginning of the next packet in the RX FIFO. Another option is to flush out the RX FIFO, but then you risk losing any other packet that's in there. Lines 199-233 of CC2420ReceiveP demonstrate beginning to receive a packet, and cases where we don't want or care to receive the full packet because it's bad. Lots of edge cases here, and some I know are broken. -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Cunha Sent: Wednesday, December 19, 2007 9:58 AM To: TinyOS ML Subject: [Tinyos-help] CC2420ReceiveP RXFIFO.readDone Hello all, I am trying to change the default code in RXFIFO.readDone in TOS2.0. I have some doubts on some parts of the code. I have some basic questions: 1. What is the meaning of the return of the following functions call FIFO.get() and call FIFOP.get()? 2. If I have more than one packet in the FIFO buffer do I use the RXFIFO.continueRead to read the next packet or can I use the RXFIFO.beginRead (without doing the flush)? 3. If I want to discard an bad packet or just one packet that does not fit some requirements (like the address) I need to call the RXFIFO.continueRead with the remaining length of the packet before reading a new one? Right? Thanks for the help. Best Regards André ___ 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
[Tinyos-help] Cannot read and send more than one ADC channel
I have been working on a project with a telos rev A for the last couple of months. I have run into a brick wall recently. We are trying to read an external accelerometer and send the raw date. That's it. The problem is that I can read and send the x-axis no problem but I cannot seem to read all three axis plus the 2axis gyroscope and send the data. I am using the TELOSADC as an example but as I said I am stuck on one channel. I appreciate the help. I have been through the contributed code and the archives but I can't quite seem to find what I am looking for. John A. Grimm No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.4/1189 - Release Date: 12/18/2007 9:40 PM John Signature.JPG___ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help