I don't recommend installing Java SDKs in directories with spaces because it makes the bash shell variables _really_ hard to construct. If you watch closely when installing Java you can get a Custom menu which allows you to specify a directory like C:/Java
That said, it looks like you don't have your shiny new Java .../bin directory in your PATH variable. Try "type java" and "type javac" to see what it is set to. MS Jorge Eduardo Higuera P wrote: > Dear Friends > > I have a problem with compile Java files in Tinyos 2.1 but I dont discover > the error! > > 1. check this command but its ok > > tos-check-env say " completed without error" > > 2. my PATHS in windows XP SP3 with cygwin are: > > C:\cygwin\etc\profile.d > TOSROOT="/opt/tinyos-2.x" > TOSDIR="$TOSROOT/tos" > MAKERULES="$TOSROOT/support/make/Makerules" > export TOSROOT TOSDIR MAKERULES JAVADIR > CLASSPATH="c:\cygwin\opt\tinyos-2.x\support\sdk\java\tinyos.jar;." > export CLASSPATH > > 3. I`m installed Java JDK 1.5 in this route > > C:\Archivos de programa\Java\jdk1.5.0_16 > > When compile my file apps/RadioCountToLeds: > > $ make tmote > > make javac command not found > > > Please can any help me? > > I need other path for java?? > > thank in advance > > --- El mié, 3/9/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escribió: > >> De: [EMAIL PROTECTED] <[EMAIL PROTECTED]> >> Asunto: Tinyos-help Digest, Vol 65, Issue 7 >> Para: [email protected] >> Fecha: miércoles, 3 septiembre, 2008 9:18 >> Send Tinyos-help mailing list submissions to >> [email protected] >> >> 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: Could two motes on different OS >> communicate directly? >> (Michael Schippling) >> 2. Re: nesC mime type? (Razvan Musaloiu-E.) >> 3. Re: HOW TO GET BATTERY LEVEL OF MICAZ MOTE (Razvan >> Musaloiu-E.) >> 4. Re: LinkEstimator, link qualities, ETX (Philip Levis) >> 5. Re: b6lowpan: update from August, 25 doesn't work >> anymore >> with micaz (Stephen Dawson-Haggerty) >> 6. Re: Fwd: Reading packet fields in tossim simulator >> (funofnet Funofnet) >> 7. Opportunities (Anthony Smee) >> 8. The best way to implement Dallas 1-Wire bus on >> TelosB? (UGlee) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 02 Sep 2008 13:02:10 -0600 >> From: Michael Schippling <[EMAIL PROTECTED]> >> Subject: Re: [Tinyos-help] Could two motes on different OS >> communicate >> directly? >> To: Renee Azhen <[EMAIL PROTECTED]> >> Cc: [email protected] >> Message-ID: <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset=GB2312 >> >> Well, they won't talk at all if the frequencies are >> different. >> But, as I said, I believe the messages are different >> lengths >> and thus not entirely compatible. Try comparing the header >> files and see what's what. >> MS >> >> >> Renee Azhen wrote: >>> Does the radio frequency band have negative-effect >> here?? >>> Two node have different radio baud rate?? >>> Looking forward to the answer! >>> ??? >>> azhenfeixue >>> >>> */Michael Schippling <[EMAIL PROTECTED]>/* ??? >>> >>> I think "they" changed the message >> structure slightly >>> between T1 and T2. >>> MS >>> >>> >>> hengly wrote: >>> > Dear all, >>> > >>> > I'm using one micaz running Moteworks >> and the other micaz running >>> > tinyos-2. When the Moteworks micaz >> broadcasts packets, the other >>> micaz >>> > can not receive any packets. Why? Maybe >> something to do with the >>> > formation of packets under different OS? >> Anyone managed such mix-OS >>> > communication? >>> > >>> > Thanks in advance. >>> > >>> > -- >>> > ??? >>> > hengly >>> > >>> > >>> > >>> >> ------------------------------------------------------------------------ >>> > >>> > >> _______________________________________________ >>> > Tinyos-help mailing list >>> > [email protected] >>> > >>> >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >>> _______________________________________________ >>> Tinyos-help mailing list >>> [email protected] >>> >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >>> >>> >> ------------------------------------------------------------------------ >>> ???????????? <http://cn.mail.yahoo.com/> >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 2 Sep 2008 18:35:42 -0400 (EDT) >> From: "Razvan Musaloiu-E." >> <[EMAIL PROTECTED]> >> Subject: Re: [Tinyos-help] nesC mime type? >> To: Jan G?bler <[EMAIL PROTECTED]> >> Cc: [email protected] >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-15" >> >> Hi! >> >> On Mon, 1 Sep 2008, Jan G?bler wrote: >> >>> hello, >>> >>> can anyone tell me what the nesC mime-type is? is it >> text/x-c ??? >> >> >From my /etc/mime.types a good pick seems to be >> text/x-csrc. >> >> -- >> Razvan ME >> >> ------------------------------ >> >> Message: 3 >> Date: Tue, 2 Sep 2008 18:44:26 -0400 (EDT) >> From: "Razvan Musaloiu-E." >> <[EMAIL PROTECTED]> >> Subject: Re: [Tinyos-help] HOW TO GET BATTERY LEVEL OF >> MICAZ MOTE >> To: Adeel Akhtar <[EMAIL PROTECTED]> >> Cc: tinyos-help <[email protected]> >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII >> >> Hi! >> >> On Tue, 2 Sep 2008, Adeel Akhtar wrote: >> >>> Hi ALL >>> i want to get the battery level of micaz mote in >> nesc is there any >>> specific command by which i can get the power level of >> micaz mote? >> >> What you want should be tos/platforms/mica/VoltageC.nc. :-) >> >> -- >> Razvan ME >> >> >> ------------------------------ >> >> Message: 4 >> Date: Tue, 2 Sep 2008 16:26:15 -0700 >> From: Philip Levis <[EMAIL PROTECTED]> >> Subject: Re: [Tinyos-help] LinkEstimator, link qualities, >> ETX >> To: Michiel Konstapel <[EMAIL PROTECTED]> >> Cc: Tiny OS >> <[email protected]>, Omprakash >> Gnawali >> <[EMAIL PROTECTED]> >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset=US-ASCII; format=flowed; >> delsp=yes >> >> >> On Sep 1, 2008, at 4:56 AM, Michiel Konstapel wrote: >> >>> Thanks for your input! Great to get feedback >> "from the source", as it >>> were. Warning: wall of text coming up. >> >> <snip> >> >> I agree that the initial link quality should be 10 not 0; >> for some >> reason I think this fix is in the head? >> >> What we tend to see over time is that CTP settles on very >> good and >> stable links. A link that *doesn't* have bursts of >> losses will hold >> longer than one that does. This has advantages in that >> route stability >> leads to fewer loops and control traffic for route repair. >> The cost >> (transmissions/deliveries) continues to decrease even after >> hours, >> seemingly approaching an asymptotic value. >> >> The issue with a 1.5 threshold has come up before; Stephen >> at Berkeley >> noted that this means a node locking onto a 2-hop, ETX=2 >> route will >> never move back to a 1-hop, ETX=1 route. This assumes that >> the ETX=2 >> route never varies (unlikely, at the very least due to >> collisions and >> interference). If you imagine both routes do not have >> perfectly >> stable, but rather time-varying ETX values due to dynamics, >> then at >> some point you'll have ETX=1 and ETX=2.5, at which >> point the node will >> switch back. The probability that you'll get ETX=3.5 >> and ETX=2 is much >> lower than ETX=1 and ETX=2.5, so the node will spend much >> more time on >> the overall better route. This handwaving assumes a bunch >> of things, >> of course. The best thing to do is to examine, through >> traces, how >> often this edge case occurs and whether it matters. >> What's nice is >> that we've reached a level of instrumentation and data >> gathering that >> we can really begin to quantitatively evaluate subtle >> changes. >> >> Phil >> >> >> ------------------------------ >> >> Message: 5 >> Date: Tue, 2 Sep 2008 22:31:38 -0700 >> From: "Stephen Dawson-Haggerty" >> <[EMAIL PROTECTED]> >> Subject: Re: [Tinyos-help] b6lowpan: update from August, 25 >> doesn't >> work anymore with micaz >> To: [EMAIL PROTECTED], >> [email protected] >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Hmm, you're right. The only thing it's being used >> for is the uptime >> counter, so it would be easy enough to comment out. >> I'll try to switch it >> to a different timer though. >> >> You may also need to reduce the memory used somewhat to get >> the new release >> to fit into 4k; I've sucessfully used the new stack on >> micaz, but only by >> saving a little ram. You can decrease the size of the >> fragment pool at the >> bottom of 6lowpan.h, or else cut down the heap. Receiving >> max-mtu packets >> (1280 bytes) is barely possible on a micaz... >> >> Steve >> >> >>> From: Andrey Gursky <[EMAIL PROTECTED]> >>> Date: Tue, Sep 2, 2008 at 5:01 AM >>> Subject: [Tinyos-help] b6lowpan: update from August, >> 25 doesn't work >>> anymore with micaz >>> To: [email protected] >>> >>> >>> Hi! >>> >>> After update UDPEcho doesn't compile. >>> >>> >> --------------------------------------------------------- >>> In file included from UDPEchoC.nc:50: >>> In component `UDPShellC': >>> UDPShellC.nc:46: component CounterMilli32C not found >>> UDPShellC.nc:47: no match >>> make: *** [exe0] Error 1 >>> >> --------------------------------------------------------- >>> Is there any 32-bit(?) counter for Atm128 (micaz) that >> one could use in >>> place of one for msp430? Or is there any obviously way >> to exchange this >>> peace of code, someone could see better? >>> >>> >>> Thanks, >>> Andrey >>> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> https://www.millennium.berkeley.edu/pipermail/tinyos-help/attachments/20080902/1704f4c3/attachment-0001.htm >> >> >> ------------------------------ >> >> Message: 6 >> Date: Wed, 3 Sep 2008 10:04:37 +0000 (GMT) >> From: funofnet Funofnet <[EMAIL PROTECTED]> >> Subject: Re: [Tinyos-help] Fwd: Reading packet fields in >> tossim >> simulator >> To: [email protected] >> Cc: [EMAIL PROTECTED] >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="utf-8" >> >> Hi Nahr ..., >> >> if you are using CTP there is a function named >> print_packet. >> I think that it will give you what you are looking for. >> >> >> Regards, >> Funfonet >> >> >> Message: 3 >> Date: Mon, 1 Sep 2008 14:47:34 +0200 >> From: "Nahr ..." <[EMAIL PROTECTED]> >> Subject: [Tinyos-help] Fwd: Reading packet fields in tossim >> simulator >> To: tinyos-help <[email protected]> >> Message-ID: >> >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Hi all, >> I would like to show packet field using tossim like that: >> >> >> 7E 45 00 FF FF 00 00 13 00 EE 00 01 00 00 00 07 80 EE 00 07 >> 00 80 00 >> 00 00 00 20 00 00 53 63 7E >> >> >> >> >> >> How please? >> >> >> >> I am using TinyOS 2.0.2 >> >> >> >> >> >> Thanks in advance >> >> >> >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> https://www.millennium.berkeley.edu/pipermail/tinyos-help/attachments/20080903/16ac083a/attachment-0001.htm >> >> >> ------------------------------ >> >> Message: 7 >> Date: Wed, 3 Sep 2008 13:27:16 +0100 >> From: Anthony Smee <[EMAIL PROTECTED]> >> Subject: [Tinyos-help] Opportunities >> To: Tinyos-help <[email protected]> >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Hi there >> >> I am a UK based Computer Science Masters mature student who >> is just finishing my project, which is using TinyOS and >> Tossim to optimise a topology based on DPSO (Distributed >> Particle Swarm Optimisation). >> >> Having enjoyed learning and working with TinyOS so much I >> was wondering if anyone could point me in the direction of >> companies in the UK that I could approach. I have fifteen >> years experience in the IT industry and this being my first >> experience of this industry I would love to do more. >> >> I appreciate any thoughts/contacts/questions you have. >> >> Regards >> >> Anthony >> >> Microsoft is solely responsible for any e-tags and links >> that they >> put on the bottom of my emails. These are placed on my >> emails without my consent >> and against my will. I have neither agreed to them nor >> endorse them. I am sorry >> you are forced to receive them. If you do not like them, >> please send a complaint >> to Microsoft. >> >> >> _________________________________________________________________ >> Discover Bird's Eye View now with Multimap from Live >> Search >> http://clk.atdmt.com/UKM/go/111354026/direct/01/ >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> https://www.millennium.berkeley.edu/pipermail/tinyos-help/attachments/20080903/e3b3656d/attachment-0001.htm >> >> >> ------------------------------ >> >> Message: 8 >> Date: Wed, 3 Sep 2008 22:17:45 +0800 >> From: UGlee <[EMAIL PROTECTED]> >> Subject: [Tinyos-help] The best way to implement Dallas >> 1-Wire bus on >> TelosB? >> To: [email protected] >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="utf-8" >> >> In our project, we use telosb as the sensor mote and want >> to implement >> Dallas 1-Wire bus by adding a 'sensor board'. I had >> examined telosb >> datasheet. There seems to be 4 GPIO pin, 1 I2C and 1 UART >> in 10 pin IDC >> (sensor board interface) available. Maxim provides several >> 1-Wire bus master >> chips to adapt common serial interface, such as I2C, UART, >> RS232 to 1-Wire >> bus. In this case, since telosb is powered by battery, the >> Vcc voltage is no >> more than 4.2 volts (Lithium battery), only I2C->1-Wire >> chip, DS2482-100, is >> suitable. >> >> Then I have two choice to implement I2C in telosb: use >> built-in I2C >> interface or simulate I2C by 2 GPIO pins. MSP430F1611 has >> two USART ports. I >> also examined the telosb shematic diagram. USART1 is >> connected to USB chip >> (FT232BM). USART0 is connected to cc2420 radio chip (SPI >> mode), ST Flash >> (SPI mode), and also 10 pin IDC header to act as UART and >> I2C port. I >> noticed that there's a warning in telosb datasheet, >> mentioning that the I2C >> bus is shared with the radio. When reading or writing to >> I2C bus, radio is >> blocked and no message would be received. This is >> definitely a bad thing in >> our case. We may connect dozens of 1-Wire sensors on bus. >> Sampling all >> sensors data may take several hundreds of milliseconds or >> even seconds. So, >> my question is: >> >> 1) If I connect DS2482 to I2C directly, is there any way to >> solve the >> problem in programming? I mean, receiving radio message >> when reading sensor >> data through I2C bus? >> 2) If I connect DS2482 to 2 GPIO pins and simulate I2C bus >> in software (I >> read some articles saying this is possible but I am not >> sure), then could >> the mote doing two job (receiving message and reading >> sensor data) >> simutaneously? >> >> Thanks in advance. >> >> UGlee (Tianfu Ma) >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> https://www.millennium.berkeley.edu/pipermail/tinyos-help/attachments/20080903/7530291f/attachment.htm >> >> >> ------------------------------ >> >> _______________________________________________ >> Tinyos-help mailing list >> [email protected] >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >> >> End of Tinyos-help Digest, Vol 65, Issue 7 >> ****************************************** > > > > > _______________________________________________ > Tinyos-help mailing list > [email protected] > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
