[Tinyos-help] problem with java in Tinyos 2.1
Jorge Eduardo Higuera P
jhiguera at yahoo.com
Wed Sep 3 12:22:35 PDT 2008
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, tinyos-help-request at millennium.berkeley.edu <tinyos-help-request at millennium.berkeley.edu> escribió:
> De: tinyos-help-request at millennium.berkeley.edu <tinyos-help-request at millennium.berkeley.edu>
> Asunto: Tinyos-help Digest, Vol 65, Issue 7
> Para: tinyos-help at millennium.berkeley.edu
> Fecha: miércoles, 3 septiembre, 2008 9:18
> Send Tinyos-help mailing list submissions to
> tinyos-help at 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
> tinyos-help-request at millennium.berkeley.edu
>
> You can reach the person managing the list at
> tinyos-help-owner at millennium.berkeley.edu
>
> 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 <schip at santafe.edu>
> Subject: Re: [Tinyos-help] Could two motes on different OS
> communicate
> directly?
> To: Renee Azhen <azhen_renee at yahoo.com.cn>
> Cc: tinyos-help at millennium.berkeley.edu
> Message-ID: <48BD8DB2.6070309 at santafe.edu>
> 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 <schip at santafe.edu>/* ???
> >
> > 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
> > > Tinyos-help at millennium.berkeley.edu
> > >
> >
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> > _______________________________________________
> > Tinyos-help mailing list
> > Tinyos-help at millennium.berkeley.edu
> >
> 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."
> <razvanm at cs.jhu.edu>
> Subject: Re: [Tinyos-help] nesC mime type?
> To: Jan G?bler <jgaebler at informatik.tu-cottbus.de>
> Cc: tinyos-help at millennium.berkeley.edu
> Message-ID:
> <alpine.SOC.1.00.0809021834490.4823 at crertevar.pf.wuh.rqh>
> 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."
> <razvanm at cs.jhu.edu>
> Subject: Re: [Tinyos-help] HOW TO GET BATTERY LEVEL OF
> MICAZ MOTE
> To: Adeel Akhtar <adeel.akhtar.raja at gmail.com>
> Cc: tinyos-help <tinyos-help at millennium.berkeley.edu>
> Message-ID:
> <alpine.SOC.1.00.0809021843230.4823 at crertevar.pf.wuh.rqh>
> 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 <pal at cs.stanford.edu>
> Subject: Re: [Tinyos-help] LinkEstimator, link qualities,
> ETX
> To: Michiel Konstapel <m.konstapel at sownet.nl>
> Cc: Tiny OS
> <tinyos-help at millennium.berkeley.edu>, Omprakash
> Gnawali
> <gnawali at usc.edu>
> Message-ID:
> <3A20E73F-6284-4996-89F7-C4AA5164CDC0 at cs.stanford.edu>
> 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"
> <stevedh at eecs.berkeley.edu>
> Subject: Re: [Tinyos-help] b6lowpan: update from August, 25
> doesn't
> work anymore with micaz
> To: andrey.gursky at online.ua,
> tinyos-help at millennium.berkeley.edu
> Message-ID:
> <44680fe70809022231i1870ef1at47eba03cce6be3c4 at mail.gmail.com>
> 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 <andrey.gursky at online.ua>
> > Date: Tue, Sep 2, 2008 at 5:01 AM
> > Subject: [Tinyos-help] b6lowpan: update from August,
> 25 doesn't work
> > anymore with micaz
> > To: tinyos-help at millennium.berkeley.edu
> >
> >
> > 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 <funofnet at yahoo.fr>
> Subject: Re: [Tinyos-help] Fwd: Reading packet fields in
> tossim
> simulator
> To: tinyos-help at millennium.berkeley.edu
> Cc: Nahrelk at gmail.com
> Message-ID:
> <28582.3948.qm at web28514.mail.ukl.yahoo.com>
> 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 ..." <nahrelk at gmail.com>
> Subject: [Tinyos-help] Fwd: Reading packet fields in tossim
> simulator
> To: tinyos-help <tinyos-help at millennium.berkeley.edu>
> Message-ID:
>
> <849a22b80809010547g2aa9a884i2ab185a0e1ef830 at mail.gmail.com>
> 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 <ant_smee at hotmail.com>
> Subject: [Tinyos-help] Opportunities
> To: Tinyos-help <tinyos-help at millennium.berkeley.edu>
> Message-ID:
> <BLU149-W482598E22D30FB411AFE2FF55E0 at phx.gbl>
> 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 <matianfu at gmail.com>
> Subject: [Tinyos-help] The best way to implement Dallas
> 1-Wire bus on
> TelosB?
> To: tinyos-help at millennium.berkeley.edu
> Message-ID:
> <3b6bf7f60809030717s8cf36b9lef08af2f90ada346 at mail.gmail.com>
> 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
> Tinyos-help at millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
> End of Tinyos-help Digest, Vol 65, Issue 7
> ******************************************
More information about the Tinyos-help
mailing list