[Tinyos-help] How to compile java?
im running tinyos-2.x and trying to do Tutorial lesson 4 but i have problems compiling TestSerial. Im able to compile Listen in java directory but not in the apps directory For example in /opt/tinyos-2.x/apps/tests/TestSerial i write javac TestSerial.java and it gives a buch of errors... I dont understand why.. my environmental values are set in /etc/profile.d/tinyos.s TOSROOT=/opt/tinyos-2.x export TOSROOT TOSDIR=$TOSROOT/tos export TOSDIR export CLASSPATH=`cygpath w cygwin/$TOSROOT/support/sdk/java/tinyos.jar` export CLASSPATH=$CLASSPATH;. MAKERULES=$TOSROOT/support/make/Makerules export MAKERULES PATH=/opt/msp430/bin:$PATH export PATH # Extend path for java type java /dev/null 2/dev/null || PATH=`/usr/local/bin/locate-jre --java`:$PATH type javac /dev/null 2/dev/null || PATH=`/usr/local/bin/locate-jre --javac`:$PATH echo $PATH | grep -q /usr/local/bin || PATH=/usr/local/bin:$PATH Can someone please help me!.. thanks orlando _ WIN YOUR FATHER A FANTASTIC DAY 50 PRIZES TO WIN http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fadsfac%2Enet%2Flink%2Easp%3Fcc%3DCAD002%2E21377%2E0%26clk%3D1%26creativeID%3D41189_t=753911014_r=emailtagline_cadbury_m=EXT ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Delta application -help required
Please go through the TinyOS tutorial. These are basic questions that are answered by this tutorial. -Joe On 8/31/06, siva prasad [EMAIL PROTECTED] wrote: thanks for tht idea michael... if i changed the value of AM_COUNTMSG to some other value(say 35) it is was compiling ..but it is not sending any datawhy..? now i want to introduce one more uint_16t reading2 variable into the structure..deltamsg:-- for using another external ADC port and sending tht value...in the msg.. it was compiling but ...it is not sending any data...i think this is the problem with the AM_DELTAMSG=33i hav tried with different values of the same value still it is not working... pls help me... On 8/31/06, Michael Schippling [EMAIL PROTECTED] wrote: Usually anything starting with AM_ is meant to be used as a message type indicator, to stick in TOS_Msg.type The values are arbitrary, and there is no master dictionary of types. Also, one thought on your sampling problem. If the signal changes you are interested in are sporadic, you might have the mote detect them and only transmit when there is some thing of interest. MS siva prasad wrote: hi...sorry to bother u again... why in Delta application ..the enumAM_DELTAMSG is initialised to 33; can any body pls explain On 8/30/06, *Michael Schippling* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Keptin, I kenna change th'laws o'physics... siva prasad wrote: again thanks for tht explanation...i can understand tht problem... As i told previously, my system is highly dynamic in nature...in order to monitor such dynamical system is there any better idea...not like sending 10 readings in one packet after 10ms... thanks in advance... siva katru On 8/30/06, *Michael Schippling* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: As I said, based on my (small) experience with micaz I believe that 100 messages per second is about the max you can expect. And that 100 is for the total system, not per mote (unless of course you have only one mote transmitting). If you are doing multihop then you need to divide the total messages by the number of hops (each hop being it's own message) to get even a best case estimate -- ignoring hidden nodes and any other actual practical considerations. So the only way I see to get your higher sample rate is to aggregate samples, say 10 per message. You would need to do some testing in various configurations to see how many messages you can get...let's say, the source and two hops gives you best case 30 msg/sec, with 10 samples/msg, is 300 samples/sec. Nobody said that motes were a High Speed sensor network... MS siva prasad wrote: thanks for ur reply michael, if i sample the signal at 1ms(suppose for 50hz signal) then it will be better ...that is required for my application ...one more thing is that, the system tht i want to monitor is highly dynamic in nature..so the data should be send for every 1ms...i think 1ms is sufficient for just measuring the external ADC value..and sending this value using multihop(must) technique... But the problem is. i am losing lot of packets abt 50% even for the sampling period at 10 msdo u hav any different idea tht ...how can i overcome this problem any help should be highly appreciated... if we cant sample and send(using multihop) the data in 1ms ...pls give the reason... still i did nt clear my old doubts... On 8/30/06, *Michael Schippling* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I don't know the message rate you can expect from moteiv motes but if you are trying to send one sample every 10ms you are probably pretty close to the limit (somewhere on the order of 100 msg/sec is the max for micaz's). You'll probably need to collect multiple samples in one message to get anywhere at 30Hz... Let me know if you need
RE: [Tinyos-help] RE: Range micaz motes
Yeh, i did the right one. The only strange thing in my program is that i work under contrib/rincon directory (i'm using the flash applications), and then in the makefile i force the compiler to compile the MakeXbowlocal file under contrib/xbow. Is it may be a source of errors? cheers Daniele -Original Message- From: Michael Schippling [mailto:[EMAIL PROTECTED] Sent: Thu 8/31/2006 8:22 PM To: Munaretto, Daniel Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] RE: Range micaz motes There are separate MakeXbowlocal defines for mica2,z... You did set the right one, right? Otherwise you could disconnect the antennas, or make really inefficient ones. MS Munaretto, Daniel wrote: Sorry, i have to say i already modified the MakeXbowlocal file but without results. I put the TX power to the minimum, but i obtain the same transmitting range. And in my makefile i compile it! -Original Message- From: Munaretto, Daniel Sent: Thu 8/31/2006 4:32 PM To: Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Range micaz motes Hi all, is there a really simple thing to do for reducing the radius range of the micaz motes? i'm working in TinyOS 1.1.11. Thanks very much Daniele ___ 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 compile java?
Spam detection software, running on the system mail.Millennium.Berkeley.EDU, has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I went through the exactly same problem before. Instead of using export CLASSPATH=`cygpath -w cygwin/$TOSROOT/support/sdk/java/tinyos.jar`, try to use export CLASSPATH=`cygpath -w cygwin/$TOSROOT/support/sdk/java/` or [...] Content analysis details: (5.3 points, 5.0 required) pts rule name description -- -- 0.5 FROM_ENDS_IN_NUMS From: ends in numbers 0.4 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org 1.4 DNS_FROM_RFC_POST RBL: Envelope sender in postmaster.rfc-ignorant.org 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay 3.0 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook ---BeginMessage--- I went through the exactly same problem before. Instead of using export CLASSPATH=`cygpath -w cygwin/$TOSROOT/support/sdk/java/tinyos.jar`, try to use export CLASSPATH=`cygpath -w cygwin/$TOSROOT/support/sdk/java/` or export CLASSPATH=`cygpath -w $TOSROOT/support/sdk/java/` (in my environment without cygwin directory) . Hyungjune - Original Message - From: Orlando Delgadillo [EMAIL PROTECTED] To: tinyos-help@Millennium.Berkeley.EDU Sent: Thursday, August 31, 2006 11:37 PM Subject: [Tinyos-help] How to compile java? im running tinyos-2.x and trying to do Tutorial lesson 4 but i have problems compiling TestSerial. Im able to compile Listen in java directory but not in the apps directory For example in /opt/tinyos-2.x/apps/tests/TestSerial i write javac TestSerial.java and it gives a buch of errors... I dont understand why.. my environmental values are set in /etc/profile.d/tinyos.s TOSROOT=/opt/tinyos-2.x export TOSROOT TOSDIR=$TOSROOT/tos export TOSDIR export CLASSPATH=`cygpath 뻲 cygwin/$TOSROOT/support/sdk/java/tinyos.jar` export CLASSPATH=$CLASSPATH;. MAKERULES=$TOSROOT/support/make/Makerules export MAKERULES PATH=/opt/msp430/bin:$PATH export PATH # Extend path for java type java /dev/null 2/dev/null || PATH=`/usr/local/bin/locate-jre --java`:$PATH type javac /dev/null 2/dev/null || PATH=`/usr/local/bin/locate-jre --javac`:$PATH echo $PATH | grep -q /usr/local/bin || PATH=/usr/local/bin:$PATH Can someone please help me!.. thanks orlando _ WIN YOUR FATHER A FANTASTIC DAY ?50 PRIZES TO WIN http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fadsfac%2Enet%2Flink%2Easp%3Fcc%3DCAD002%2E21377%2E0%26clk%3D1%26creativeID%3D41189_t=753911014_r=emailtagline_cadbury_m=EXT ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help ---End Message--- ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Upgrading from TinyOS 1.x to TinyOS 2.x
I've followed the article Upgrading from TinyOS 1.x to TinyOS 2.x, located at page http://www.tinyos.net/tinyos-2.x/doc/html/upgrade-tinyos.html; and now my old Tinyos-1.x and 2.0 share the same cygwin installation. The problem I had was the creation of 2 scripts used to modify environment variables. If scripts are executed in a shell with the syntax ./script then environment variables are not changed in the shell environment (scripts are executed in they environment which is the copy of the caller env). The solution I've found is to call scripts in such way: (dot)(space)(name of script) i.e.: . script With this syntax Linux executes programs in the caller environment and every modification is persistent after programs end. If you think this information is useful, I kindly ask to append it in the Upgrading from TinyOS 1.x to TinyOS 2.x article. - Max * * ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Deluge 2.0 write error while pinging
Hi to all, I want to apply Deluge 2.0 in my mote which is new in the market but like telosb structure, using MSP430 and CC2420. I first installed FlashFormat application, then DelugeBasic. Then i ran Serialforwarder and type "java net.tinyos.tools.Deluge --ping" I saw "write error" on gui of serialforwarder. When i quit from serialforwarder, error given below appears. Does anybody know something about the solution of my problem? Thanks for your help. java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at net.tinyos.packet.SFProtocol.readN(SFProtocol.java:125) at net.tinyos.packet.SFProtocol.readSourcePacket(SFProtocol.java:111) at net.tinyos.packet.AbstractSource.readPacket(AbstractSource.java:104) at net.tinyos.packet.PhoenixSource.packetDipatchLoop(PhoenixSource.java:152) at net.tinyos.packet.PhoenixSource.run(PhoenixSource.java:169)java.io.IOException: closed at net.tinyos.packet.AbstractSource.failIfClosed(AbstractSource.java:97) at net.tinyos.packet.AbstractSource.writePacket(AbstractSource.java:113) at net.tinyos.packet.PhoenixSource.writePacket(PhoenixSource.java:127) at net.tinyos.message.Sender.send(Sender.java:145) at net.tinyos.message.MoteIF.send(MoteIF.java:202) at net.tinyos.deluge.Pinger.send(Pinger.java:199) at net.tinyos.deluge.Pinger.ping(Pinger.java:114) at net.tinyos.tools.Deluge.execute(Deluge.java:187) at net.tinyos.tools.Deluge.main(Deluge.java:322)java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at net.tinyos.packet.SFProtocol.readN(SFProtocol.java:125) at net.tinyos.packet.SFProtocol.readSourcePacket(SFProtocol.java:111) at net.tinyos.packet.AbstractSource.readPacket(AbstractSource.java:104) at net.tinyos.packet.PhoenixSource.packetDipatchLoop(PhoenixSource.java:152) at net.tinyos.packet.PhoenixSource.run(PhoenixSource.java:169) Fırat TARAKTAŞ ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] RE: Range micaz motes
Hi, If you have MoteVeiew (which comes with xbow developer kits) then this has a facility for programming motes. Part of the GUI for this includes options to set the transmission power (as well as radio band). You make the application beforehand, then select the .exe file from your build directory. http://www.xbow.com/Products/productsdetails.aspx?sid=88 I've not verified that choosing different bands/powers actually works, but it could be worth a shot. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Munaretto, Daniel Sent: 01 September 2006 07:48 To: Michael Schippling Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: RE: [Tinyos-help] RE: Range micaz motes Yeh, i did the right one. The only strange thing in my program is that i work under contrib/rincon directory (i'm using the flash applications), and then in the makefile i force the compiler to compile the MakeXbowlocal file under contrib/xbow. Is it may be a source of errors? cheers Daniele -Original Message- From: Michael Schippling [mailto:[EMAIL PROTECTED] Sent: Thu 8/31/2006 8:22 PM To: Munaretto, Daniel Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] RE: Range micaz motes There are separate MakeXbowlocal defines for mica2,z... You did set the right one, right? Otherwise you could disconnect the antennas, or make really inefficient ones. MS Munaretto, Daniel wrote: Sorry, i have to say i already modified the MakeXbowlocal file but without results. I put the TX power to the minimum, but i obtain the same transmitting range. And in my makefile i compile it! -Original Message- From: Munaretto, Daniel Sent: Thu 8/31/2006 4:32 PM To: Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Range micaz motes Hi all, is there a really simple thing to do for reducing the radius range of the micaz motes? i'm working in TinyOS 1.1.11. Thanks very much Daniele ___ 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 ��ӆ+ �fj|��֜�g��ɚ��'���r�߉ק��jw��k���z���^���+b��+���קu�Zu�Ǟ\�!ޞ�Z���u�]��,y���鮲 ���j)��جrZ,z˜�)ߢ���*'���1�ځ鞞��uƧ��`��ڞמ�����f���ڟ���!~��~��*4��jv�zg���]����^��b�IjwVjW�Qzt�߉��I�ܠz.��W�Z� ���,=���z(��ښ�!���Rx�yҢ�h���� ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Can use Deluge in TinyOS 2.0?
I have installed TinyOS 2.0. In TinyOS 1.x, I used Deluge for multiple image download. But I couldn't find in TinyOS 2.0. Where is it? Does not it been supported yet? ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] MTS300 Microphone
Does anyone have just worked with MicC? I need your help, I'm developing an aplication that I need to capture and reproduce(playback) the acquired audio. I've received a data from microphone but i dont know how I canpaly it. Someone said to me that the adc range is 10 or 12 bits. Please if anyone knows the correct way to take samples from Microphone and how to play the acquired data , please feel free to answer me. thanks in advance regards ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Develop a new MAC in TinyOS
Hi Guys, Anyone can give a rough outline or simply a pointer to developing a new (CSMA-based) MAC in TinyOS? Thanks a ton!!-- Regards,Tie ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: Range micaz motes
As I understand it, the rincon tree contributes entirely new radio code, so it may not even use those defines. I haven't looked at it myself. Perhaps you can search the radio source and see... MS Munaretto, Daniel wrote: Yeh, i did the right one. The only strange thing in my program is that i work under contrib/rincon directory (i'm using the flash applications), and then in the makefile i force the compiler to compile the MakeXbowlocal file under contrib/xbow. Is it may be a source of errors? cheers Daniele -Original Message- From: Michael Schippling [mailto:[EMAIL PROTECTED] Sent: Thu 8/31/2006 8:22 PM To: Munaretto, Daniel Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] RE: Range micaz motes There are separate MakeXbowlocal defines for mica2,z... You did set the right one, right? Otherwise you could disconnect the antennas, or make really inefficient ones. MS Munaretto, Daniel wrote: Sorry, i have to say i already modified the MakeXbowlocal file but without results. I put the TX power to the minimum, but i obtain the same transmitting range. And in my makefile i compile it! -Original Message- From: Munaretto, Daniel Sent: Thu 8/31/2006 4:32 PM To: Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Range micaz motes Hi all, is there a really simple thing to do for reducing the radius range of the micaz motes? i'm working in TinyOS 1.1.11. Thanks very much Daniele ___ 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] MTS300 Microphone
I think one of the java media libraries includes .wav and other sound file formats. I'm absolutely certain that I used them once but, of course, can find no evidence to that effect... You may also find that some audio editing programs can import raw data. I just checked Adobe Audition (which costs $moola$) and it has a text file option which appears to allow one to set various interpretation parameters. Look at download.com or one of those shareware sites for other possibilities under audio and music. MS antonio gonga wrote: Does anyone have just worked with MicC? I need your help, I'm developing an aplication that I need to capture and reproduce(playback) the acquired audio. I've received a data from microphone but i dont know how I can paly it. Someone said to me that the adc range is 10 or 12 bits. Please if anyone knows the correct way to take samples from Microphone and how to play the acquired data , please feel free to answer me. thanks in advance regards ___ 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: Range micaz motes
The /contrib/rincon directory contributes radio stack code only for the CC1000 though, not for the CC2420. Looks like you can do a CFLAGS += -DCC2420_DEF_RFPOWER=0x1F in your Makefile to set the RF power manually. If you're editing a different parameter in the MakeXbowLocal file to try to change the RF power, then you're editing the wrong thing. RADIO_XMIT_POWER = incorrect for the micaz. CC2420_DEF_RFPOWER is where it's at. Your application can change the RF power as well. If you wire up your component to the CC2420Control interface, which is provided by CC2420RadioC, you have access to the command: /** * Set the transmit RF power value. * The input value is simply an arbitrary * index that is programmed into the CC2420 registers. * The output power is set by programming the power amplifier. * Valid values are 1 through 31 with power of 1 equal to * -25dBm and 31 equal to max power (0dBm) * * @param power A power index between 1 and 31 * * @result SUCCESS if the radio power was adequately set. * */ command result_t SetRFPower(uint8_t power); I'm not sure if it will work by calling it on StdControl.init(), but it's worth a try. The CC2420 radio isn't finished starting up until CC2420RadioC's SplitControl.startDone() event is signaled. At the time of that event, it will definitely be safe to call CC2420Control.SetRFPower(..). -david -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Schippling Sent: Friday, September 01, 2006 10:58 AM To: Munaretto, Daniel Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] RE: Range micaz motes As I understand it, the rincon tree contributes entirely new radio code, so it may not even use those defines. I haven't looked at it myself. Perhaps you can search the radio source and see... MS Munaretto, Daniel wrote: Yeh, i did the right one. The only strange thing in my program is that i work under contrib/rincon directory (i'm using the flash applications), and then in the makefile i force the compiler to compile the MakeXbowlocal file under contrib/xbow. Is it may be a source of errors? cheers Daniele -Original Message- From: Michael Schippling [mailto:[EMAIL PROTECTED] Sent: Thu 8/31/2006 8:22 PM To: Munaretto, Daniel Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Re: [Tinyos-help] RE: Range micaz motes There are separate MakeXbowlocal defines for mica2,z... You did set the right one, right? Otherwise you could disconnect the antennas, or make really inefficient ones. MS Munaretto, Daniel wrote: Sorry, i have to say i already modified the MakeXbowlocal file but without results. I put the TX power to the minimum, but i obtain the same transmitting range. And in my makefile i compile it! -Original Message- From: Munaretto, Daniel Sent: Thu 8/31/2006 4:32 PM To: Cc: Tinyos-help@Millennium.Berkeley.EDU Subject: Range micaz motes Hi all, is there a really simple thing to do for reducing the radius range of the micaz motes? i'm working in TinyOS 1.1.11. Thanks very much Daniele ___ 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] make error (Boomerang 2.0.4)
Hello any Boomerang-Linux users, I've just downloaded Boomerang 2.0.4 and got an error compiling an app: /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc: In function `VirtualizeAlarmC$0$signalAlarms': /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc:46: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make: *** [exe0] Error 1 This error occurs with make tmote and make tmoteinvent, but not with make telosb or make micaz. I reinstalled the entire toolchain, following the instructions on http://www.moteiv.com/community/Tmote_Linux_install (modulo some improvising of the directions in $TOSROOT/tools/src/mspgcc/README.TOOLCHAIN), but the problem persists. (By the way, make tmote did work with the previous distro of Boomerang.) Is there some message about this type of error already posted somewhere? Ted ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] make error (Boomerang 2.0.4)
You haven't updated your GCC. The Boomerang installer includes a new patched GCC. -Joe On 9/1/06, Ted Herman [EMAIL PROTECTED] wrote: Hello any Boomerang-Linux users, I've just downloaded Boomerang 2.0.4 and got an error compiling an app: /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc: In function `VirtualizeAlarmC$0$signalAlarms': /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc:46: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make: *** [exe0] Error 1 This error occurs with make tmote and make tmoteinvent, but not with make telosb or make micaz. I reinstalled the entire toolchain, following the instructions on http://www.moteiv.com/community/Tmote_Linux_install (modulo some improvising of the directions in $TOSROOT/tools/src/mspgcc/README.TOOLCHAIN), but the problem persists. (By the way, make tmote did work with the previous distro of Boomerang.) Is there some message about this type of error already posted somewhere? Ted ___ 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] make error (Boomerang 2.0.4)
ps, see: http://www.moteiv.com/community/Moteiv_Boomerang_Fixes#GCC_causes_segmentation_fault On 9/1/06, Joe Polastre [EMAIL PROTECTED] wrote: You haven't updated your GCC. The Boomerang installer includes a new patched GCC. -Joe On 9/1/06, Ted Herman [EMAIL PROTECTED] wrote: Hello any Boomerang-Linux users, I've just downloaded Boomerang 2.0.4 and got an error compiling an app: /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc: In function `VirtualizeAlarmC$0$signalAlarms': /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc:46: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make: *** [exe0] Error 1 This error occurs with make tmote and make tmoteinvent, but not with make telosb or make micaz. I reinstalled the entire toolchain, following the instructions on http://www.moteiv.com/community/Tmote_Linux_install (modulo some improvising of the directions in $TOSROOT/tools/src/mspgcc/README.TOOLCHAIN), but the problem persists. (By the way, make tmote did work with the previous distro of Boomerang.) Is there some message about this type of error already posted somewhere? Ted ___ 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] make error (Boomerang 2.0.4)
Hi Ted, make telosb does not use any of the Boomerang code. Some code in Boomerang 2.0.4 triggers bugs within MSPGCC. On August 23, Cory committed patches to the build-mspgcc scripts in tinyos-1.x; you need to rebuild the toolchain. Make sure that you updated build-mspgcc (file size should be 7205 bytes) Best regards, Rob On 9/1/06, Ted Herman [EMAIL PROTECTED] wrote: Hello any Boomerang-Linux users, I've just downloaded Boomerang 2.0.4 and got an error compiling an app: /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc: In function `VirtualizeAlarmC$0$signalAlarms': /opt/moteiv/tinyos-1.x/tos/platform/msp430/HPLUSARTFeedback.nc:46: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make: *** [exe0] Error 1 This error occurs with make tmote and make tmoteinvent, but not with make telosb or make micaz. I reinstalled the entire toolchain, following the instructions on http://www.moteiv.com/community/Tmote_Linux_install (modulo some improvising of the directions in $TOSROOT/tools/src/mspgcc/README.TOOLCHAIN), but the problem persists. (By the way, make tmote did work with the previous distro of Boomerang.) Is there some message about this type of error already posted somewhere? Ted ___ 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] make error (Boomerang 2.0.4)
Robert Szewczyk wrote: make telosb does not use any of the Boomerang code. Some code in Boomerang 2.0.4 triggers bugs within MSPGCC. On August 23, Cory committed patches to the build-mspgcc scripts in tinyos-1.x; you need to rebuild the toolchain. Make sure that you updated build-mspgcc (file size should be 7205 bytes) Rob, Thanks, I grabbed the latest tools/src/mspgcc, rebuilt it and that fixed make tmote. Still, make tmoteinvent failed with: /opt/moteiv/tos/platform/msp430/MSP430I2CM.nc:60:2: #error MSP430I2C: Compiling with hardware I2C support, but MCU does not support I2C However, a subsequent reinstall of the moteiv rpm corrected that (presumably using the updated gcc), so all forms of make appear to work presently. Ted. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] A warning when compiling .nc file.
Hi, When I compiled my nesc code for telosb I get the following warning: /opt/tinyos-2.x/tos/chips/msp430/usart/HplMsp430UsartInterrupts.nc:49: warning: control reaches end of non-void function Some of my Uart based communication are working but others are not. I am debugging to see if there is some bug in the code. But I am wondering if the warning has anything to do with it? In general, what does this warning mean? Thanks, Kannan. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
