[Tinyos-help] [blip] Assign/Change IP in boot

[Carlos Rodrigues]

Hi,
  
 I’m using blip 1.0 and  I made a procedure in a bootstrap to assign a
new address to node. In boot I call a function that sends a message to a
server, and this responds with a address available (here will store the
already assigned addresses, and reserve the node_id '1').
 The routing driver recognizes the new ID (assigned) but I lost the
communication (cannot do a ping for example – IPBaseStation blinking red
during ping…)
  
 What I need to this change of address work?
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[Miklos Maroti]

Hi Nico,

I have never used BLIP, but tried to give assistence to people who
did. I do not know how far along they are. At some point we got BLIP
working for IRIS, merged our changes back to tinyos-main, but by then
BLIP has been changed. I think iof you are familiar with BLIP, and it
works for you with some CC2420 based mote, then it will be trivial to
modify it to work with R230.

Best,
Miklos

On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum  wrote:
> Dear Miklos,
>
>
>
> I have seen that you have worked on adding support for RF230 in BLIP for
> Tiny OS. Can you tell me if this already works right now? The BLIP wiki says
> that the IRIS platform (btw, I’m trying to run it on Mulle 5.2) with RF230
> is supported.
>
>
>
> Thanks for your help!
>
>
>
> Best regards,
>
> Nico
>
>
>
> Nico Laum, M.Sc.
>
>
>
> Universität Rostock
>
> Institut für Angewandte Mikroelektronik und Datentechnik
>
> Richard-Wagner-Str. 31
>
> D - 18119 Rostock-Warnemünde
>
> Fon: +49 (0)381 498-7273
>
> Fax: +49 (0)381 498-118 7273
>
> E-Mail: nico.l...@uni-rostock.de
>
> Internet: www.uni-rostock.de
>
>

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] L operator in timers

[scatram...@gmail.com]

Hi,

An easy question:

What the 'L' stands for when assigning the period to a timer? for example

call MyTimer.startPeriodic(1024 * 10L);

it starts a periodic timer that fires every 10 seconds but what's the meaning 
of 'L'

I couldn't find it in google...

thanks

Davide
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[Markus Becker]

Hi,

we have a modified version which runs on rfxlink stack, if blip-rpl is set to 
use 16bit addressing only. Currently, we are however using it only on its 
TOSSIM radio driver. If you would want to try it out, contact me again.

BR,
Markus

> Hi Nico,
> 
> I have never used BLIP, but tried to give assistence to people who
> did. I do not know how far along they are. At some point we got BLIP
> working for IRIS, merged our changes back to tinyos-main, but by then
> BLIP has been changed. I think iof you are familiar with BLIP, and it
> works for you with some CC2420 based mote, then it will be trivial to
> modify it to work with R230.
> 
> Best,
> Miklos
> 
> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum  wrote:
> > Dear Miklos,
> > 
> > 
> > 
> > I have seen that you have worked on adding support for RF230 in BLIP for
> > Tiny OS. Can you tell me if this already works right now? The BLIP wiki
> > says that the IRIS platform (btw, I’m trying to run it on Mulle 5.2)
> > with RF230 is supported.
> > 
> > 
> > 
> > Thanks for your help!
> > 
> > 
> > 
> > Best regards,
> > 
> > Nico
> > 
> > 
> > 
> > Nico Laum, M.Sc.
> > 
> > 
> > 
> > Universität Rostock
> > 
> > Institut für Angewandte Mikroelektronik und Datentechnik
> > 
> > Richard-Wagner-Str. 31
> > 
> > D - 18119 Rostock-Warnemünde
> > 
> > Fon: +49 (0)381 498-7273
> > 
> > Fax: +49 (0)381 498-118 7273
> > 
> > E-Mail: nico.l...@uni-rostock.de
> > 
> > Internet: www.uni-rostock.de
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

| Dipl.-Ing. Markus Becker
| Communication Networks
| TZI - Center for Computing Technologies
| University Bremen
| Germany

| web: http://www.comnets.uni-bremen.de/~mab/
| mailto: m...@comnets.uni-bremen.de
| telephone: +49 421 218 62379
| building: NW1 room: N2260


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[Miklos Maroti]

Hi Markus,

Have you verified if it works on real hardware? The new release of
tinyos-main is coming up. Is there any chance that the necessary
changes are folded into tinyos-main before the 2.1.2 release?

best,
Miklos

On Mon, Jul 25, 2011 at 5:31 PM, Markus Becker
 wrote:
> Hi,
>
> we have a modified version which runs on rfxlink stack, if blip-rpl is set to
> use 16bit addressing only. Currently, we are however using it only on its
> TOSSIM radio driver. If you would want to try it out, contact me again.
>
> BR,
> Markus
>
>> Hi Nico,
>>
>> I have never used BLIP, but tried to give assistence to people who
>> did. I do not know how far along they are. At some point we got BLIP
>> working for IRIS, merged our changes back to tinyos-main, but by then
>> BLIP has been changed. I think iof you are familiar with BLIP, and it
>> works for you with some CC2420 based mote, then it will be trivial to
>> modify it to work with R230.
>>
>> Best,
>> Miklos
>>
>> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum  wrote:
>> > Dear Miklos,
>> >
>> >
>> >
>> > I have seen that you have worked on adding support for RF230 in BLIP for
>> > Tiny OS. Can you tell me if this already works right now? The BLIP wiki
>> > says that the IRIS platform (btw, I’m trying to run it on Mulle 5.2)
>> > with RF230 is supported.
>> >
>> >
>> >
>> > Thanks for your help!
>> >
>> >
>> >
>> > Best regards,
>> >
>> > Nico
>> >
>> >
>> >
>> > Nico Laum, M.Sc.
>> >
>> >
>> >
>> > Universität Rostock
>> >
>> > Institut für Angewandte Mikroelektronik und Datentechnik
>> >
>> > Richard-Wagner-Str. 31
>> >
>> > D - 18119 Rostock-Warnemünde
>> >
>> > Fon: +49 (0)381 498-7273
>> >
>> > Fax: +49 (0)381 498-118 7273
>> >
>> > E-Mail: nico.l...@uni-rostock.de
>> >
>> > Internet: www.uni-rostock.de
>>
>> ___
>> Tinyos-help mailing list
>> Tinyos-help@millennium.berkeley.edu
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> 
> | Dipl.-Ing. Markus Becker
> | Communication Networks
> | TZI - Center for Computing Technologies
> | University Bremen
> | Germany
> 
> | web: http://www.comnets.uni-bremen.de/~mab/
> | mailto: m...@comnets.uni-bremen.de
> | telephone: +49 421 218 62379
> | building: NW1 room: N2260
> 
>

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[JeongGil Ko (John)]

Mikos,

I and Markus have both validated that this code runs with real motes as well. 
However, this code in the current state requires a few changes directly in to 
the BLIP codes (which is undesirable -- mostly in IPDispatch*.nc). Main reason 
for this is that the current BLIP code wires some of its components directly to 
CC2420 and the rfxlink stack is meant to be more general. Also, the 
send/receive interfaces provided by CC2420 and rfxlink are different (this is 
where the 16-bit address restriction that Miklos mentioned kicks in). So, the 
bottom line is that we could target a release with a bunch of '#ifdef's or we 
can make changes to the rfxlink stack (will need to discuss with Steve about 
this further). 

-John

On Jul 25, 2011, at 11:55 AM, Miklos Maroti wrote:

> Hi Markus,
> 
> Have you verified if it works on real hardware? The new release of
> tinyos-main is coming up. Is there any chance that the necessary
> changes are folded into tinyos-main before the 2.1.2 release?
> 
> best,
> Miklos
> 
> On Mon, Jul 25, 2011 at 5:31 PM, Markus Becker
>  wrote:
>> Hi,
>> 
>> we have a modified version which runs on rfxlink stack, if blip-rpl is set to
>> use 16bit addressing only. Currently, we are however using it only on its
>> TOSSIM radio driver. If you would want to try it out, contact me again.
>> 
>> BR,
>> Markus
>> 
>>> Hi Nico,
>>> 
>>> I have never used BLIP, but tried to give assistence to people who
>>> did. I do not know how far along they are. At some point we got BLIP
>>> working for IRIS, merged our changes back to tinyos-main, but by then
>>> BLIP has been changed. I think iof you are familiar with BLIP, and it
>>> works for you with some CC2420 based mote, then it will be trivial to
>>> modify it to work with R230.
>>> 
>>> Best,
>>> Miklos
>>> 
>>> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum  wrote:
 Dear Miklos,
 
 
 
 I have seen that you have worked on adding support for RF230 in BLIP for
 Tiny OS. Can you tell me if this already works right now? The BLIP wiki
 says that the IRIS platform (btw, I’m trying to run it on Mulle 5.2)
 with RF230 is supported.
 
 
 
 Thanks for your help!
 
 
 
 Best regards,
 
 Nico
 
 
 
 Nico Laum, M.Sc.
 
 
 
 Universität Rostock
 
 Institut für Angewandte Mikroelektronik und Datentechnik
 
 Richard-Wagner-Str. 31
 
 D - 18119 Rostock-Warnemünde
 
 Fon: +49 (0)381 498-7273
 
 Fax: +49 (0)381 498-118 7273
 
 E-Mail: nico.l...@uni-rostock.de
 
 Internet: www.uni-rostock.de
>>> 
>>> ___
>>> Tinyos-help mailing list
>>> Tinyos-help@millennium.berkeley.edu
>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>> 
>> | Dipl.-Ing. Markus Becker
>> | Communication Networks
>> | TZI - Center for Computing Technologies
>> | University Bremen
>> | Germany
>> 
>> | web: http://www.comnets.uni-bremen.de/~mab/
>> | mailto: m...@comnets.uni-bremen.de
>> | telephone: +49 421 218 62379
>> | building: NW1 room: N2260
>> 
>> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> 

--
JeongGil Ko (John)
Ph.D. Student
Department of Computer Science
Johns Hopkins University
http://www.cs.jhu.edu/~jgko


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[Michael Schippling]

long integer

scatram...@gmail.com wrote:
> Hi,
> 
> An easy question:
> 
> What the 'L' stands for when assigning the period to a timer? for example
> 
> call MyTimer.startPeriodic(1024 * 10L);
> 
> it starts a periodic timer that fires every 10 seconds but what's the meaning 
> of 'L'
> 
> I couldn't find it in google...
> 
> thanks
> 
> Davide
> ___
> 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] BLIP from Tiny OS with RF230

[Markus Becker]

> Hi Markus,
> 
> Have you verified if it works on real hardware?

Unfortunately not, we only have cc2420 hardware available. And for full blip 
support, the 16/64 bit support is missing. So currently it works in simulation 
with PFLAGS += -DBLIP_DERIVE_SHORTADDRS in the UDPEcho Makefile.

> The new release of
> tinyos-main is coming up. Is there any chance that the necessary
> changes are folded into tinyos-main before the 2.1.2 release?

Don't know currently, whether this should be pushed for for 2.1.2 without 16 
and 64 bit support. Anyway this would pull in Morten's rfxlink TOSSIM changes, 
as we used that as the base and updated it for rfxlink changes on 
trunk/master.

Markus
 
> best,
> Miklos
> 
> On Mon, Jul 25, 2011 at 5:31 PM, Markus Becker
> 
>  wrote:
> > Hi,
> > 
> > we have a modified version which runs on rfxlink stack, if blip-rpl is
> > set to use 16bit addressing only. Currently, we are however using it
> > only on its TOSSIM radio driver. If you would want to try it out,
> > contact me again.
> > 
> > BR,
> > Markus
> > 
> >> Hi Nico,
> >> 
> >> I have never used BLIP, but tried to give assistence to people who
> >> did. I do not know how far along they are. At some point we got BLIP
> >> working for IRIS, merged our changes back to tinyos-main, but by then
> >> BLIP has been changed. I think iof you are familiar with BLIP, and it
> >> works for you with some CC2420 based mote, then it will be trivial to
> >> modify it to work with R230.
> >> 
> >> Best,
> >> Miklos
> >> 
> >> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum  
wrote:
> >> > Dear Miklos,
> >> > 
> >> > 
> >> > 
> >> > I have seen that you have worked on adding support for RF230 in BLIP
> >> > for Tiny OS. Can you tell me if this already works right now? The
> >> > BLIP wiki says that the IRIS platform (btw, I’m trying to run it on
> >> > Mulle 5.2) with RF230 is supported.
> >> > 
> >> > 
> >> > 
> >> > Thanks for your help!
> >> > 
> >> > 
> >> > 
> >> > Best regards,
> >> > 
> >> > Nico
> >> > 
> >> > 
> >> > 
> >> > Nico Laum, M.Sc.
> >> > 
> >> > 
> >> > 
> >> > Universität Rostock
> >> > 
> >> > Institut für Angewandte Mikroelektronik und Datentechnik
> >> > 
> >> > Richard-Wagner-Str. 31
> >> > 
> >> > D - 18119 Rostock-Warnemünde
> >> > 
> >> > Fon: +49 (0)381 498-7273
> >> > 
> >> > Fax: +49 (0)381 498-118 7273
> >> > 
> >> > E-Mail: nico.l...@uni-rostock.de
> >> > 
> >> > Internet: www.uni-rostock.de
> >> 
> >> ___
> >> Tinyos-help mailing list
> >> Tinyos-help@millennium.berkeley.edu
> >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> > 
> > 
> > 
> > | Dipl.-Ing. Markus Becker
> > | Communication Networks
> > | TZI - Center for Computing Technologies
> > | University Bremen
> > | Germany
> > 
> > 
> > 
> > | web: http://www.comnets.uni-bremen.de/~mab/
> > | mailto: m...@comnets.uni-bremen.de
> > | telephone: +49 421 218 62379
> > | building: NW1 room: N2260
> > 
> > 

| Dipl.-Ing. Markus Becker
| Communication Networks
| TZI - Center for Computing Technologies
| University Bremen
| Germany

| web: http://www.comnets.uni-bremen.de/~mab/
| mailto: m...@comnets.uni-bremen.de
| telephone: +49 421 218 62379
| building: NW1 room: N2260


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[JeongGil Ko (John)]

Hi!

On Jul 25, 2011, at 12:21 PM, Markus Becker wrote:

>> Hi Markus,
>> 
>> Have you verified if it works on real hardware?
> 
> Unfortunately not, we only have cc2420 hardware available. And for full blip 
> support, the 16/64 bit support is missing. So currently it works in 
> simulation 
> with PFLAGS += -DBLIP_DERIVE_SHORTADDRS in the UDPEcho Makefile.
> 

In my previous email I meant that Markus has tried with CC2420x and I have 
tried with CC2520. No RF230-based platform tested yet.

-John

>> The new release of
>> tinyos-main is coming up. Is there any chance that the necessary
>> changes are folded into tinyos-main before the 2.1.2 release?
> 
> Don't know currently, whether this should be pushed for for 2.1.2 without 16 
> and 64 bit support. Anyway this would pull in Morten's rfxlink TOSSIM 
> changes, 
> as we used that as the base and updated it for rfxlink changes on 
> trunk/master.
> 
> Markus
> 
>> best,
>> Miklos
>> 
>> On Mon, Jul 25, 2011 at 5:31 PM, Markus Becker
>> 
>>  wrote:
>>> Hi,
>>> 
>>> we have a modified version which runs on rfxlink stack, if blip-rpl is
>>> set to use 16bit addressing only. Currently, we are however using it
>>> only on its TOSSIM radio driver. If you would want to try it out,
>>> contact me again.
>>> 
>>> BR,
>>> Markus
>>> 
 Hi Nico,
 
 I have never used BLIP, but tried to give assistence to people who
 did. I do not know how far along they are. At some point we got BLIP
 working for IRIS, merged our changes back to tinyos-main, but by then
 BLIP has been changed. I think iof you are familiar with BLIP, and it
 works for you with some CC2420 based mote, then it will be trivial to
 modify it to work with R230.
 
 Best,
 Miklos
 
 On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum  
> wrote:
> Dear Miklos,
> 
> 
> 
> I have seen that you have worked on adding support for RF230 in BLIP
> for Tiny OS. Can you tell me if this already works right now? The
> BLIP wiki says that the IRIS platform (btw, I’m trying to run it on
> Mulle 5.2) with RF230 is supported.
> 
> 
> 
> Thanks for your help!
> 
> 
> 
> Best regards,
> 
> Nico
> 
> 
> 
> Nico Laum, M.Sc.
> 
> 
> 
> Universität Rostock
> 
> Institut für Angewandte Mikroelektronik und Datentechnik
> 
> Richard-Wagner-Str. 31
> 
> D - 18119 Rostock-Warnemünde
> 
> Fon: +49 (0)381 498-7273
> 
> Fax: +49 (0)381 498-118 7273
> 
> E-Mail: nico.l...@uni-rostock.de
> 
> Internet: www.uni-rostock.de
 
 ___
 Tinyos-help mailing list
 Tinyos-help@millennium.berkeley.edu
 https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>> 
>>> 
>>> 
>>> | Dipl.-Ing. Markus Becker
>>> | Communication Networks
>>> | TZI - Center for Computing Technologies
>>> | University Bremen
>>> | Germany
>>> 
>>> 
>>> 
>>> | web: http://www.comnets.uni-bremen.de/~mab/
>>> | mailto: m...@comnets.uni-bremen.de
>>> | telephone: +49 421 218 62379
>>> | building: NW1 room: N2260
>>> 
>>> 
> 
> | Dipl.-Ing. Markus Becker
> | Communication Networks
> | TZI - Center for Computing Technologies
> | University Bremen
> | Germany
> 
> | web: http://www.comnets.uni-bremen.de/~mab/
> | mailto: m...@comnets.uni-bremen.de
> | telephone: +49 421 218 62379
> | building: NW1 room: N2260
> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

--
JeongGil Ko (John)
Ph.D. Student
Department of Computer Science
Johns Hopkins University
http://www.cs.jhu.edu/~jgko


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[Miklos Maroti]

Hi Guys,

I see. It is good that you have it verified for CC2420x and cc2520.  I
do not know how to proceed. I want to add 16/64 bit support to
rfxlink, but that will be experimental and should not be included in
the 2.1.2 release. Do you know if BLIP/RPL is going to be part of the
next 2.1.2 release? If so, then a 16-bit version only should be
possible with tested code, no? Another thing, maybe tossim support for
rfxlink could go in in the release. I do not like that too many things
live outside of tinyos-main, and it would be best if we could bring it
in and get that in for the next release. What do you think?

Best,
Miklos

On Mon, Jul 25, 2011 at 6:27 PM, JeongGil Ko (John)  wrote:
> Hi!
>
> On Jul 25, 2011, at 12:21 PM, Markus Becker wrote:
>
>>> Hi Markus,
>>>
>>> Have you verified if it works on real hardware?
>>
>> Unfortunately not, we only have cc2420 hardware available. And for full blip
>> support, the 16/64 bit support is missing. So currently it works in 
>> simulation
>> with PFLAGS += -DBLIP_DERIVE_SHORTADDRS in the UDPEcho Makefile.
>>
>
> In my previous email I meant that Markus has tried with CC2420x and I have 
> tried with CC2520. No RF230-based platform tested yet.
>
> -John
>
>>> The new release of
>>> tinyos-main is coming up. Is there any chance that the necessary
>>> changes are folded into tinyos-main before the 2.1.2 release?
>>
>> Don't know currently, whether this should be pushed for for 2.1.2 without 16
>> and 64 bit support. Anyway this would pull in Morten's rfxlink TOSSIM 
>> changes,
>> as we used that as the base and updated it for rfxlink changes on
>> trunk/master.
>>
>> Markus
>>
>>> best,
>>> Miklos
>>>
>>> On Mon, Jul 25, 2011 at 5:31 PM, Markus Becker
>>>
>>>  wrote:
 Hi,

 we have a modified version which runs on rfxlink stack, if blip-rpl is
 set to use 16bit addressing only. Currently, we are however using it
 only on its TOSSIM radio driver. If you would want to try it out,
 contact me again.

 BR,
 Markus

> Hi Nico,
>
> I have never used BLIP, but tried to give assistence to people who
> did. I do not know how far along they are. At some point we got BLIP
> working for IRIS, merged our changes back to tinyos-main, but by then
> BLIP has been changed. I think iof you are familiar with BLIP, and it
> works for you with some CC2420 based mote, then it will be trivial to
> modify it to work with R230.
>
> Best,
> Miklos
>
> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum 
>> wrote:
>> Dear Miklos,
>>
>>
>>
>> I have seen that you have worked on adding support for RF230 in BLIP
>> for Tiny OS. Can you tell me if this already works right now? The
>> BLIP wiki says that the IRIS platform (btw, I’m trying to run it on
>> Mulle 5.2) with RF230 is supported.
>>
>>
>>
>> Thanks for your help!
>>
>>
>>
>> Best regards,
>>
>> Nico
>>
>>
>>
>> Nico Laum, M.Sc.
>>
>>
>>
>> Universität Rostock
>>
>> Institut für Angewandte Mikroelektronik und Datentechnik
>>
>> Richard-Wagner-Str. 31
>>
>> D - 18119 Rostock-Warnemünde
>>
>> Fon: +49 (0)381 498-7273
>>
>> Fax: +49 (0)381 498-118 7273
>>
>> E-Mail: nico.l...@uni-rostock.de
>>
>> Internet: www.uni-rostock.de
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

 

 | Dipl.-Ing. Markus Becker
 | Communication Networks
 | TZI - Center for Computing Technologies
 | University Bremen
 | Germany

 

 | web: http://www.comnets.uni-bremen.de/~mab/
 | mailto: m...@comnets.uni-bremen.de
 | telephone: +49 421 218 62379
 | building: NW1 room: N2260

 
>> 
>> | Dipl.-Ing. Markus Becker
>> | Communication Networks
>> | TZI - Center for Computing Technologies
>> | University Bremen
>> | Germany
>> 
>> | web: http://www.comnets.uni-bremen.de/~mab/
>> | mailto: m...@comnets.uni-bremen.de
>> | telephone: +49 421 218 62379
>> | building: NW1 room: N2260
>> 
>>
>> ___
>> Tinyos-help mailing list
>> Tinyos-help@millennium.berkeley.edu
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>
> --
> JeongGil Ko (John)
> Ph.D. Student
> Department of Computer Science
> Johns Hopkins University
> http://www.cs.jhu.edu/~jgko
>
>

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[JeongGil Ko (John)]

Hi!

On Jul 25, 2011, at 1:09 PM, Miklos Maroti wrote:

> Hi Guys,
> 
> I see. It is good that you have it verified for CC2420x and cc2520.  I
> do not know how to proceed. I want to add 16/64 bit support to
> rfxlink, but that will be experimental and should not be included in
> the 2.1.2 release.

I agree with this. We need some time to write/test before the release.

> Do you know if BLIP/RPL is going to be part of the
> next 2.1.2 release?

AFAIK, yes. BLIP/RPL will be a part of 2.1.2.

> If so, then a 16-bit version only should be
> possible with tested code, no?

Well, including this would mean that we would be adding in code that 'will' 
eventually change. So I disagree.

> Another thing, maybe tossim support for
> rfxlink could go in in the release.

I'll leave this up to Markus but my thoughts are as above.

> I do not like that too many things
> live outside of tinyos-main, and it would be best if we could bring it
> in and get that in for the next release.

I agree. But What's worse is to have code that will change anyway in the 
official release. 

My 2 cents.
Thanks!

-John

> What do you think?
> 
> Best,
> Miklos
> 
> On Mon, Jul 25, 2011 at 6:27 PM, JeongGil Ko (John)  wrote:
>> Hi!
>> 
>> On Jul 25, 2011, at 12:21 PM, Markus Becker wrote:
>> 
 Hi Markus,
 
 Have you verified if it works on real hardware?
>>> 
>>> Unfortunately not, we only have cc2420 hardware available. And for full blip
>>> support, the 16/64 bit support is missing. So currently it works in 
>>> simulation
>>> with PFLAGS += -DBLIP_DERIVE_SHORTADDRS in the UDPEcho Makefile.
>>> 
>> 
>> In my previous email I meant that Markus has tried with CC2420x and I have 
>> tried with CC2520. No RF230-based platform tested yet.
>> 
>> -John
>> 
 The new release of
 tinyos-main is coming up. Is there any chance that the necessary
 changes are folded into tinyos-main before the 2.1.2 release?
>>> 
>>> Don't know currently, whether this should be pushed for for 2.1.2 without 16
>>> and 64 bit support. Anyway this would pull in Morten's rfxlink TOSSIM 
>>> changes,
>>> as we used that as the base and updated it for rfxlink changes on
>>> trunk/master.
>>> 
>>> Markus
>>> 
 best,
 Miklos
 
 On Mon, Jul 25, 2011 at 5:31 PM, Markus Becker
 
  wrote:
> Hi,
> 
> we have a modified version which runs on rfxlink stack, if blip-rpl is
> set to use 16bit addressing only. Currently, we are however using it
> only on its TOSSIM radio driver. If you would want to try it out,
> contact me again.
> 
> BR,
> Markus
> 
>> Hi Nico,
>> 
>> I have never used BLIP, but tried to give assistence to people who
>> did. I do not know how far along they are. At some point we got BLIP
>> working for IRIS, merged our changes back to tinyos-main, but by then
>> BLIP has been changed. I think iof you are familiar with BLIP, and it
>> works for you with some CC2420 based mote, then it will be trivial to
>> modify it to work with R230.
>> 
>> Best,
>> Miklos
>> 
>> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum 
>>> wrote:
>>> Dear Miklos,
>>> 
>>> 
>>> 
>>> I have seen that you have worked on adding support for RF230 in BLIP
>>> for Tiny OS. Can you tell me if this already works right now? The
>>> BLIP wiki says that the IRIS platform (btw, I’m trying to run it on
>>> Mulle 5.2) with RF230 is supported.
>>> 
>>> 
>>> 
>>> Thanks for your help!
>>> 
>>> 
>>> 
>>> Best regards,
>>> 
>>> Nico
>>> 
>>> 
>>> 
>>> Nico Laum, M.Sc.
>>> 
>>> 
>>> 
>>> Universität Rostock
>>> 
>>> Institut für Angewandte Mikroelektronik und Datentechnik
>>> 
>>> Richard-Wagner-Str. 31
>>> 
>>> D - 18119 Rostock-Warnemünde
>>> 
>>> Fon: +49 (0)381 498-7273
>>> 
>>> Fax: +49 (0)381 498-118 7273
>>> 
>>> E-Mail: nico.l...@uni-rostock.de
>>> 
>>> Internet: www.uni-rostock.de
>> 
>> ___
>> Tinyos-help mailing list
>> Tinyos-help@millennium.berkeley.edu
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> 
> 
> 
> | Dipl.-Ing. Markus Becker
> | Communication Networks
> | TZI - Center for Computing Technologies
> | University Bremen
> | Germany
> 
> 
> 
> | web: http://www.comnets.uni-bremen.de/~mab/
> | mailto: m...@comnets.uni-bremen.de
> | telephone: +49 421 218 62379
> | building: NW1 room: N2260
> 
> 
>>> 
>>> | Dipl.-Ing. Markus Becker
>>> | Communication Networks
>>> | TZI - Center for Computing Technologies
>>> | University Bremen
>>> | Germany
>>> -

Re: [Tinyos-help] BLIP from Tiny OS with RF230

[Eric Decker]

Hi Nico,

I do know that Stephen (the principal) has done alot of work on BLIP 2.0 and
it has been merged into the main SVN T2 trunk.

I would suggest starting there because it is the most current.   I don't
know how well it has been tested.  It is fairly young but I do know that a
bunch of work was done on it prior to merging it in off its branch.

YMWV  (your mileage will vary).

On Mon, Jul 25, 2011 at 8:09 AM, Miklos Maroti wrote:

> Hi Nico,
>
> I have never used BLIP, but tried to give assistence to people who
> did. I do not know how far along they are. At some point we got BLIP
> working for IRIS, merged our changes back to tinyos-main, but by then
> BLIP has been changed. I think iof you are familiar with BLIP, and it
> works for you with some CC2420 based mote, then it will be trivial to
> modify it to work with R230.
>
> Best,
> Miklos
>
> On Wed, Jul 20, 2011 at 3:34 PM, Nico Laum 
> wrote:
> > Dear Miklos,
> >
> >
> >
> > I have seen that you have worked on adding support for RF230 in BLIP for
> > Tiny OS. Can you tell me if this already works right now? The BLIP wiki
> says
> > that the IRIS platform (btw, I’m trying to run it on Mulle 5.2) with
> RF230
> > is supported.
> >
> >
> >
> > Thanks for your help!
> >
> >
> >
> > Best regards,
> >
> > Nico
> >
> >
> >
> > Nico Laum, M.Sc.
> >
> >
> >
> > Universität Rostock
> >
> > Institut für Angewandte Mikroelektronik und Datentechnik
> >
> > Richard-Wagner-Str. 31
> >
> > D - 18119 Rostock-Warnemünde
> >
> > Fon: +49 (0)381 498-7273
> >
> > Fax: +49 (0)381 498-118 7273
> >
> > E-Mail: nico.l...@uni-rostock.de
> >
> > Internet: www.uni-rostock.de
> >
> >
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Target tracking problem

[ashish gupta]

Hi,
  guys its ashish gupta. 
  Can somebody tell me that how to implement Target tracking problem in Tinyos 
1.x or 2.x? 



 Thank you
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[Eric Decker]

I'm not sure if this is standard C or not.  I'm pretty sure it is but don't
want to go find it in the reference.

10L means make it a long.10UL would make it an unsigned long.

Basicaly 1024 * 10L is doing 32 bit signed arithmetic.   The code really
should be 1024 * 10UL because time is never negative.  In this case it is
acutally a delta time.

from Timer.nc:

  command void startPeriodic(uint32_t dt);


I don't know how to find this in google.   I'm sure there is a way.   Well I
just went and figured that out too.   God I'm easy to distract :-)

I searched for "integer constants c"As I was typing it google even
helped with suggestions.  Just saying that's what it did not giving you a
hard time or anything.   Before I went and found the stuff in H&S (see
below), I had no clue as to what to search for.  I had already found the
reference in the book I mention below so already knew what to search for.
 (you know I cheated :-).


A better way to find this find this kind of stuff is to pick up a good C
reference (reference, not an introduction or tutorial) and scan through it.
  Like right before you go to bed (if you have trouble sleeping) :-)   just
kidding.   But seriously it will be in there.  My favorite is Harbison and
Steele.

Oh bother.   I broke down and took the book off the book shelf :-)  Page 25
of the 4th edition.  Integer Constants.  It is an integer-suffix which can
be one of LU or UL.

eric


On Mon, Jul 25, 2011 at 8:42 AM, scatram...@gmail.com
wrote:

> Hi,
>
> An easy question:
>
> What the 'L' stands for when assigning the period to a timer? for example
>
> call MyTimer.startPeriodic(1024 * 10L);
>
> it starts a periodic timer that fires every 10 seconds but what's the
> meaning of 'L'
>
> I couldn't find it in google...
>
> thanks
>
> Davide
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[scatram...@gmail.com]

Thanks a million Michael

there still is something that doesn't work:

if I do:
call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
everything works fine


on the other hand, if I use a function like:

reset((uint16_t) (sync_msg.app_period))

...

reset (uint16_t period){
   call MyTimer.startPeriodic(1024L * (uint16_t) period);
}

the timer goes crazy

any idea why? am I doing something wrong casting the value?

Davide

On 25 Jul 2011, at 17:14, Michael Schippling wrote:

> long integer
> 
> scatram...@gmail.com wrote:
>> Hi,
>> An easy question:
>> What the 'L' stands for when assigning the period to a timer? for example
>> call MyTimer.startPeriodic(1024 * 10L);
>> it starts a periodic timer that fires every 10 seconds but what's the 
>> meaning of 'L'
>> I couldn't find it in google...
>> thanks
>> Davide
>> ___
>> 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] L operator in timers

[Michael Schippling]

I don't have no intercourse with nx_types but it might
be that app_period is not being re-converted back to
the right byte order. Does it work with reset(10)?

Also, please define "crazy timer"

MS


scatram...@gmail.com wrote:
> Thanks a million Michael
> 
> there still is something that doesn't work:
> 
> if I do:
> call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
> where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
> everything works fine
> 
> 
> on the other hand, if I use a function like:
> 
> reset((uint16_t) (sync_msg.app_period))
> 
> ...
> 
> reset (uint16_t period){
>call MyTimer.startPeriodic(1024L * (uint16_t) period);
> }
> 
> the timer goes crazy
> 
> any idea why? am I doing something wrong casting the value?
> 
> Davide
> 
> On 25 Jul 2011, at 17:14, Michael Schippling wrote:
> 
>> long integer
>>
>> scatram...@gmail.com wrote:
>>> Hi,
>>> An easy question:
>>> What the 'L' stands for when assigning the period to a timer? for example
>>> call MyTimer.startPeriodic(1024 * 10L);
>>> it starts a periodic timer that fires every 10 seconds but what's the 
>>> meaning of 'L'
>>> I couldn't find it in google...
>>> thanks
>>> Davide
>>> ___
>>> Tinyos-help mailing list
>>> Tinyos-help@millennium.berkeley.edu
>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
> 
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[scatram...@gmail.com]

for going crazy I meant that the Timer MyTimer fires every few 
milliseconds... 

I bet you are right saying that the app_period is not reconverted to the right 
byte order. it would explain why the timer fires in few millisec cos I usually 
set the app_period between 1 and 30

btw, what's "reset(10)" ? is not a Timer command, isn't it?


cheers

Davide



On 25 Jul 2011, at 22:13, Michael Schippling wrote:

> I don't have no intercourse with nx_types but it might
> be that app_period is not being re-converted back to
> the right byte order. Does it work with reset(10)?
> 
> Also, please define "crazy timer"
> 
> MS
> 
> 
> scatram...@gmail.com wrote:
>> Thanks a million Michael
>> there still is something that doesn't work:
>> if I do:
>> call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
>> where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
>> everything works fine
>> on the other hand, if I use a function like:
>> reset((uint16_t) (sync_msg.app_period))
>> ...
>> reset (uint16_t period){
>>   call MyTimer.startPeriodic(1024L * (uint16_t) period);
>> }
>> the timer goes crazy
>> any idea why? am I doing something wrong casting the value?
>> Davide
>> On 25 Jul 2011, at 17:14, Michael Schippling wrote:
>>> long integer
>>> 
>>> scatram...@gmail.com wrote:
 Hi,
 An easy question:
 What the 'L' stands for when assigning the period to a timer? for example
 call MyTimer.startPeriodic(1024 * 10L);
 it starts a periodic timer that fires every 10 seconds but what's the 
 meaning of 'L'
 I couldn't find it in google...
 thanks
 Davide
 ___
 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] Installing TinyOS

[Faisal Aslam]

Hi all,

I will really appreciate your help. I am not new to TinyOS and has been
using it since many years.
However I am stunk while trying to install it on a new a new laptop. Here
are the details.

Synaptic Package Manager under Ubuntu 10.10 gives following error when I add
TinyOS repository.

"Failed to fetch
http://hinrg.cs.jhu.edu/tinyos/dists/maverick/main/source/Sources.gz  404
Not Found
Some index files failed to download, they have been ignored, or old ones
used instead."

I continued my installation ignoring above then apparently everything went
Okay but I cannot compile Blink. See below

aslam@aslam-Lenovo-G565:/opt/tinyos-2.1.1/apps/Blink$ make mica2
mkdir -p build/mica2
compiling BlinkAppC to a mica2 binary
ncc -o build/mica2/main.exe  -Os -fnesc-separator=__ -Wall -Wshadow
-Wnesc-all -target=mica2 -fnesc-cfile=build/mica2/app.c -board=micasb
-DDEFINED_TOS_AM_GROUP=0x22 --param max-inline-insns-single=10
-DIDENT_APPNAME=\"BlinkAppC\" -DIDENT_USERNAME=\"aslam\"
-DIDENT_HOSTNAME=\"aslam-Lenovo-G5\" -DIDENT_USERHASH=0xd2e011d5L
-DIDENT_TIMESTAMP=0x4e2df51fL -DIDENT_UIDHASH=0x5fdce2caL -fnesc-dump=wiring
-fnesc-dump='interfaces(!abstract())' -fnesc-dump='referenced(interfacedefs,
components)' -fnesc-dumpfile=build/mica2/wiring-check.xml BlinkAppC.nc -lm
/usr/lib/ncc/nesc_nx.h:16:22: error: inttypes.h: No such file or directory
/usr/lib/ncc/nesc_nx.h:235: syntax error before `__nesc_ntoh_uint8'
/usr/lib/ncc/nesc_nx.h:240: syntax error before `__nesc_hton_uint8'
/usr/lib/ncc/nesc_nx.h:242: warning: type defaults to `int' in declaration
of `base'
/usr/lib/ncc/nesc_nx.h:242: `value' undeclared here (not in a function)
/usr/lib/ncc/nesc_nx.h:242: warning: data definition has no type or storage
class
/usr/lib/ncc/nesc_nx.h:243: syntax error before `return'
/usr/lib/ncc/nesc_nx.h:246: syntax error before `__nesc_ntoh_leuint8'
/usr/lib/ncc/nesc_nx.h:251: syntax error before `__nesc_hton_leuint8'
/usr/lib/ncc/nesc_nx.h:253: warning: type defaults to `int' in declaration
of `base'
/usr/lib/ncc/nesc_nx.h:253: redefinition of `base'
/usr/lib/ncc/nesc_nx.h:242: previous declaration of `base'
/usr/lib/ncc/nesc_nx.h:253: `value' undeclared here (not in a function)
/usr/lib/ncc/nesc_nx.h:253: warning: data definition has no type or storage
class
/usr/lib/ncc/nesc_nx.h:254: syntax error before `return'
/usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_ntoh_int8'
/usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_hton_int8'
/usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_ntoh_leint8'
/usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_hton_leint8'
/usr/lib/ncc/nesc_nx.h:258: syntax error before `__nesc_bf_decode8'


Above error is cut short as it continues for a long time. Any hints please?

Thank you,
Faisal Aslam
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[Michael Schippling]

hmmmnot sure "Normal" numbers on just about every
platform with which we deal are Little Endian, but for some
reason "they" decided to use Big Endian for the nx_types,
even though, e.g. the CC2420 hardware header values, are
still Little. But treating a small valued Big End int
as Little would make the value large -- I think I did
that right, in my head at least.

What I meant by reset(10) was to send a literal value
as an arg, rather than getting it out of your message.
Just to see that something works the way we want.

MS

scatram...@gmail.com wrote:
> for going crazy I meant that the Timer MyTimer fires every few 
> milliseconds... 
> 
> I bet you are right saying that the app_period is not reconverted to the 
> right byte order. it would explain why the timer fires in few millisec cos I 
> usually set the app_period between 1 and 30
> 
> btw, what's "reset(10)" ? is not a Timer command, isn't it?
> 
> 
> cheers
> 
> Davide
> 
> 
> 
> On 25 Jul 2011, at 22:13, Michael Schippling wrote:
> 
>> I don't have no intercourse with nx_types but it might
>> be that app_period is not being re-converted back to
>> the right byte order. Does it work with reset(10)?
>>
>> Also, please define "crazy timer"
>>
>> MS
>>
>>
>> scatram...@gmail.com wrote:
>>> Thanks a million Michael
>>> there still is something that doesn't work:
>>> if I do:
>>> call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
>>> where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
>>> everything works fine
>>> on the other hand, if I use a function like:
>>> reset((uint16_t) (sync_msg.app_period))
>>> ...
>>> reset (uint16_t period){
>>>   call MyTimer.startPeriodic(1024L * (uint16_t) period);
>>> }
>>> the timer goes crazy
>>> any idea why? am I doing something wrong casting the value?
>>> Davide
>>> On 25 Jul 2011, at 17:14, Michael Schippling wrote:
 long integer

 scatram...@gmail.com wrote:
> Hi,
> An easy question:
> What the 'L' stands for when assigning the period to a timer? for example
> call MyTimer.startPeriodic(1024 * 10L);
> it starts a periodic timer that fires every 10 seconds but what's the 
> meaning of 'L'
> I couldn't find it in google...
> thanks
> Davide
> ___
> 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 mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[Eric Decker]

unlike Michael, I have intercourse regularily with nx_types.

they are implemented as big endian byte arrays.   And referenced using well
known byte swappers on little endian machines automatically.

On Mon, Jul 25, 2011 at 2:13 PM, Michael Schippling wrote:

> I don't have no intercourse with nx_types but it might
> be that app_period is not being re-converted back to
> the right byte order. Does it work with reset(10)?
>

I see two choices for figuring this out (there maybe more but two stand out
on the ledge to me).

1) use a real embedded debugger to see exactly what is going on.

or

2) study the generated code and play computer and see if it is doing what
you expect.

I don't see anyway we can by inspection using the data we have out here in
the wild can figure out from what you are telling us what is going on.

Not enough data.

eric


>
> Also, please define "crazy timer"
>

timer grabs a knife and attacks a tank while muttering gibberish  :-)



>
> MS
>
>
> scatram...@gmail.com wrote:
> > Thanks a million Michael
> >
> > there still is something that doesn't work:
> >
> > if I do:
> > call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
> > where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
> > everything works fine
> >
> >
> > on the other hand, if I use a function like:
> >
> > reset((uint16_t) (sync_msg.app_period))
> >
> > ...
> >
> > reset (uint16_t period){
> >call MyTimer.startPeriodic(1024L * (uint16_t) period);
> > }
> >
> > the timer goes crazy
> >
> > any idea why? am I doing something wrong casting the value?
> >
> > Davide
> >
> > On 25 Jul 2011, at 17:14, Michael Schippling wrote:
> >
> >> long integer
> >>
> >> scatram...@gmail.com wrote:
> >>> Hi,
> >>> An easy question:
> >>> What the 'L' stands for when assigning the period to a timer? for
> example
> >>> call MyTimer.startPeriodic(1024 * 10L);
> >>> it starts a periodic timer that fires every 10 seconds but what's the
> meaning of 'L'
> >>> I couldn't find it in google...
> >>> thanks
> >>> Davide
> >>> ___
> >>> 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
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[Eric Decker]

On Mon, Jul 25, 2011 at 5:19 PM, Michael Schippling wrote:

> hmmmnot sure "Normal" numbers on just about every
> platform with which we deal are Little Endian, but for some
> reason "they" decided to use Big Endian for the nx_types,
>

didn't think it through and not concerned about performance.

prior to intel processors being as ubiquitous as they are big endian
processors were more prevalent.

And the powers that be selected big endian for network transmission order on
the networks being worked on at the time.

It made sense because big endian network order and big endian puters played
well.  At least at the IP level.  IEEE did it different and the h/w guys did
it different.   Look at how we describe IPv6 h/w addresses (like EUI-64).
Its easy to wrap ones mind into squirrly little nots.

Then intel came along and frankly having TinyOS network order be little
endian for custom protocols makes sense from a performance perspective but
in the presense of IPv6 and 6lowpan stuff it would still have to be sent
over big endian.   So who know what is the right answer.


> even though, e.g. the CC2420 hardware header values, are
> still Little. But treating a small valued Big End int
> as Little would make the value large -- I think I did
> that right, in my head at least.
>

that is correct.   Which doesn't explain the behaviour he is seeing.   And
why I think playing computer or byting the bullet and debugging the embedded
system in a more reasonable way (like with a real debugger via the jtag
port) is the way to go.


>
> What I meant by reset(10) was to send a literal value
> as an arg, rather than getting it out of your message.
> Just to see that something works the way we want.
>

yep good suggestion.

eric


>
> MS
>
> scatram...@gmail.com wrote:
> > for going crazy I meant that the Timer MyTimer fires every few
> milliseconds...
> >
> > I bet you are right saying that the app_period is not reconverted to the
> right byte order. it would explain why the timer fires in few millisec cos I
> usually set the app_period between 1 and 30
> >
> > btw, what's "reset(10)" ? is not a Timer command, isn't it?
> >
> >
> > cheers
> >
> > Davide
> >
> >
> >
> > On 25 Jul 2011, at 22:13, Michael Schippling wrote:
> >
> >> I don't have no intercourse with nx_types but it might
> >> be that app_period is not being re-converted back to
> >> the right byte order. Does it work with reset(10)?
> >>
> >> Also, please define "crazy timer"
> >>
> >> MS
> >>
> >>
> >> scatram...@gmail.com wrote:
> >>> Thanks a million Michael
> >>> there still is something that doesn't work:
> >>> if I do:
> >>> call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
> >>> where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
> >>> everything works fine
> >>> on the other hand, if I use a function like:
> >>> reset((uint16_t) (sync_msg.app_period))
> >>> ...
> >>> reset (uint16_t period){
> >>>   call MyTimer.startPeriodic(1024L * (uint16_t) period);
> >>> }
> >>> the timer goes crazy
> >>> any idea why? am I doing something wrong casting the value?
> >>> Davide
> >>> On 25 Jul 2011, at 17:14, Michael Schippling wrote:
>  long integer
> 
>  scatram...@gmail.com wrote:
> > Hi,
> > An easy question:
> > What the 'L' stands for when assigning the period to a timer? for
> example
> > call MyTimer.startPeriodic(1024 * 10L);
> > it starts a periodic timer that fires every 10 seconds but what's the
> meaning of 'L'
> > I couldn't find it in google...
> > thanks
> > Davide
> > ___
> > 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 mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] L operator in timers

[Eric Decker]

On Mon, Jul 25, 2011 at 5:19 PM, Michael Schippling wrote:

> hmmmnot sure "Normal" numbers on just about every
>

normal is as normal does.

The word is "Native".   There is no normal when you are on the hardware :-)


> platform with which we deal are Little Endian, but for some
> reason "they" decided to use Big Endian for the nx_types,
> even though, e.g. the CC2420 hardware header values, are
> still Little. But treating a small valued Big End int
> as Little would make the value large -- I think I did
> that right, in my head at least.
>
> What I meant by reset(10) was to send a literal value
> as an arg, rather than getting it out of your message.
> Just to see that something works the way we want.
>
> MS
>
> scatram...@gmail.com wrote:
> > for going crazy I meant that the Timer MyTimer fires every few
> milliseconds...
> >
> > I bet you are right saying that the app_period is not reconverted to the
> right byte order. it would explain why the timer fires in few millisec cos I
> usually set the app_period between 1 and 30
> >
> > btw, what's "reset(10)" ? is not a Timer command, isn't it?
> >
> >
> > cheers
> >
> > Davide
> >
> >
> >
> > On 25 Jul 2011, at 22:13, Michael Schippling wrote:
> >
> >> I don't have no intercourse with nx_types but it might
> >> be that app_period is not being re-converted back to
> >> the right byte order. Does it work with reset(10)?
> >>
> >> Also, please define "crazy timer"
> >>
> >> MS
> >>
> >>
> >> scatram...@gmail.com wrote:
> >>> Thanks a million Michael
> >>> there still is something that doesn't work:
> >>> if I do:
> >>> call MyTimer.startPeriodic(1024L * (uint16_t) (sync_msg.app_period));
> >>> where 'period' is a 'nx_uint16_t' inside the struct 'sync_msg'
> >>> everything works fine
> >>> on the other hand, if I use a function like:
> >>> reset((uint16_t) (sync_msg.app_period))
> >>> ...
> >>> reset (uint16_t period){
> >>>   call MyTimer.startPeriodic(1024L * (uint16_t) period);
> >>> }
> >>> the timer goes crazy
> >>> any idea why? am I doing something wrong casting the value?
> >>> Davide
> >>> On 25 Jul 2011, at 17:14, Michael Schippling wrote:
>  long integer
> 
>  scatram...@gmail.com wrote:
> > Hi,
> > An easy question:
> > What the 'L' stands for when assigning the period to a timer? for
> example
> > call MyTimer.startPeriodic(1024 * 10L);
> > it starts a periodic timer that fires every 10 seconds but what's the
> meaning of 'L'
> > I couldn't find it in google...
> > thanks
> > Davide
> > ___
> > 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 mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Installing TinyOS

[Eric Decker]

On Mon, Jul 25, 2011 at 4:04 PM, Faisal Aslam wrote:

> Hi all,
>
> I will really appreciate your help. I am not new to TinyOS and has been
> using it since many years.
> However I am stunk while trying to install it on a new a new laptop. Here
> are the details.
>
> Synaptic Package Manager under Ubuntu 10.10 gives following error when I
> add TinyOS repository.
>
> "Failed to fetch
> http://hinrg.cs.jhu.edu/tinyos/dists/maverick/main/source/Sources.gz  404
> Not Found
> Some index files failed to download, they have been ignored, or old ones
> used instead."
>

source archives are yet available.  working on it but don't have the staff
to make it happen in a reasonable time frame
(nor has there been a lot of demand for it).

Sorry about that.   Stanford had problems and we tried to back them up at
hinrg.   But didn't get everything right.

Either try switching your apt source string from maverick to lucid   and/or
 try stanford.

deb http://tinyos.stanford.edu/tinyos/dists/ubuntu lucid main

I suspect if you change from

deb http://hinrg.cs.jhu.edu/tinyos/dists maverick main

to

deb http://hinrg.cs.jhu.edu/tinyos/dists lucid main


it might work.   But I don't understand the failure mechanism so can't say
for sure.



>
> I continued my installation ignoring above then apparently everything went
> Okay but I cannot compile Blink. See below
>

hard to say and probably not worth tracking down.   Try changing the pull
strings and see what happens.


I'd say get the source pull followed by package installation and try again.
  Missing inttypes.h is pretty basic and I'm pretty sure for the mica comes
from one of the avr packages from tinyos.

eric


>
> aslam@aslam-Lenovo-G565:/opt/tinyos-2.1.1/apps/Blink$ make mica2
> mkdir -p build/mica2
> compiling BlinkAppC to a mica2 binary
> ncc -o build/mica2/main.exe  -Os -fnesc-separator=__ -Wall -Wshadow
> -Wnesc-all -target=mica2 -fnesc-cfile=build/mica2/app.c -board=micasb
> -DDEFINED_TOS_AM_GROUP=0x22 --param max-inline-insns-single=10
> -DIDENT_APPNAME=\"BlinkAppC\" -DIDENT_USERNAME=\"aslam\"
> -DIDENT_HOSTNAME=\"aslam-Lenovo-G5\" -DIDENT_USERHASH=0xd2e011d5L
> -DIDENT_TIMESTAMP=0x4e2df51fL -DIDENT_UIDHASH=0x5fdce2caL -fnesc-dump=wiring
> -fnesc-dump='interfaces(!abstract())' -fnesc-dump='referenced(interfacedefs,
> components)' -fnesc-dumpfile=build/mica2/wiring-check.xml BlinkAppC.nc -lm
> /usr/lib/ncc/nesc_nx.h:16:22: error: inttypes.h: No such file or directory
> /usr/lib/ncc/nesc_nx.h:235: syntax error before `__nesc_ntoh_uint8'
> /usr/lib/ncc/nesc_nx.h:240: syntax error before `__nesc_hton_uint8'
> /usr/lib/ncc/nesc_nx.h:242: warning: type defaults to `int' in declaration
> of `base'
> /usr/lib/ncc/nesc_nx.h:242: `value' undeclared here (not in a function)
> /usr/lib/ncc/nesc_nx.h:242: warning: data definition has no type or storage
> class
> /usr/lib/ncc/nesc_nx.h:243: syntax error before `return'
> /usr/lib/ncc/nesc_nx.h:246: syntax error before `__nesc_ntoh_leuint8'
> /usr/lib/ncc/nesc_nx.h:251: syntax error before `__nesc_hton_leuint8'
> /usr/lib/ncc/nesc_nx.h:253: warning: type defaults to `int' in declaration
> of `base'
> /usr/lib/ncc/nesc_nx.h:253: redefinition of `base'
> /usr/lib/ncc/nesc_nx.h:242: previous declaration of `base'
> /usr/lib/ncc/nesc_nx.h:253: `value' undeclared here (not in a function)
> /usr/lib/ncc/nesc_nx.h:253: warning: data definition has no type or storage
> class
> /usr/lib/ncc/nesc_nx.h:254: syntax error before `return'
> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_ntoh_int8'
> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_hton_int8'
> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_ntoh_leint8'
> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_hton_leint8'
> /usr/lib/ncc/nesc_nx.h:258: syntax error before `__nesc_bf_decode8'
>
>
> Above error is cut short as it continues for a long time. Any hints please?
>
> Thank you,
> Faisal Aslam
>
> ___
> Tinyos-help mailing list
> Tinyos-help@millennium.berkeley.edu
> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>



-- 
Eric B. Decker
Senior (over 50 :-) Researcher
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] installing tinyos 1.x from cvs

[jyoti suman]

Hi
I have installed tinyos 2.1.1 in ubuntu 10.10.It works
fine.Then i need to run some code on tinyos 1.x.Though tinyos 2.1.1 is
not backward compatible.So i someone from
tinyos-help@millennium.berkeley.edu suggested me to installed install
tinyos 1.x by cvs.As i have already installed installed tinyos 2.1.1
so i go only for tinyos 1.x by cvs But now i am facing following
problem from last 3 days.i tried to set java classpath in different
ways But the problem remain the same pl help




/opt/tinyos-1.x/beta/TOSComm$ sudo make
cd comm && make && make install
make[1]: Entering directory `/opt/tinyos-1.x/beta/TOSComm/comm'
g++ -O2 -shared -pg \
  -Ibuild_linux -I/usr/lib/jvm/java-6-openjdk/include
-I/usr/lib/jvm/java-6-openjdk/include/linux \
  -o build_linux/libTOSComm.so NativeSerial_linux.cpp
NativeSerial_linux.cpp: In member function ‘void
NativeSerial::errno_wrap(bool, const char*)’:
NativeSerial_linux.cpp:77: error: ‘strerror’ was not declared in this scope
NativeSerial_linux.cpp: In constructor
‘NativeSerial::NativeSerial(const char*)’:
NativeSerial_linux.cpp:455: error: ‘bzero’ was not declared in this scope
NativeSerial_linux.cpp: In static member function ‘static std::string
NativeSerial::getTOSCommMap()’:
NativeSerial_linux.cpp:506: error: ‘getenv’ was not declared in this scope
make[1]: *** [build_linux/libTOSComm.so] Error 1
make[1]: Leaving directory `/opt/tinyos-1.x/beta/TOSComm/comm'
make: *** [all] Error 2

___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] PhoneSense 2011 Deadline Extended to August 1.

[Aman Kansal]

[Apologies if you receive multiple copies of this message]

Second International Workshop on Sensing Applications on Mobile Phones
at ACM SenSys 2011
November 1, 2011
Seattle, USA

http://research.microsoft.com/phonesense2011

Paper Submission: August 1, 2011
Notification: September 16, 2011

Mobile phones provide a widespread platform for deploying sensing applications. 
Multiple factors, including the large number of sensors on phones, proximity to 
user's immediate environment, broadband connectivity, ability to use cloud 
resources to sense, mine, and learn human behaviors, and ability to provide 
personalized feedback, make the phone a compelling sensing platform. Example 
sensing application domains include personalized information delivery, context 
and location-aware services, healthcare, games, social networks, and 
entertainment, safety, and mobile business.

The PhoneSense workshop promotes exchange of ideas among academic and 
industrial researchers in research areas such as sensing, mobile computing, 
energy efficiency, data management, data mining, machine learning, inference, 
privacy, incentive modeling, and user experience design. The focus is on hot 
topics, position papers, novel ideas, in-progress work, enabling technologies, 
and emerging applications. Topics of interest include, but are not limited to:
* Novel applications
* Personal health monitoring using mobile phones
* Incentive models for mobile data collection
* Mobile cloud and sensing interfaces
* Mining large-scale sensor and location data
* Persuasion models and personalized feedback to users
* Privacy
* Participatory sensing, crowdsourcing, and opportunistic sensing
* Activity recognition, subjective sensing, and machine learning
* Programming models
* Deployments and campaigns at scale
* Integration of on-phone and off-phone sensing
* Novel mobile sensor accessories
* Geo-targeting and location-aware services
* Data quality issues

[Call for Papers in 
PDF]
Program Chairs:
Aman Kansal (Microsoft Research)
Deepak Ganesan (UMass Amherst)

Steering Committee
Andrew Campbell (Dartmouth College)
Deborah Estrin (UCLA)
Jie Liu (Microsoft Research)

Technical Program Committee:
Prabal Dutta (UMichigan)
Deborah Estrin (UCLA)
Raghu Ganti (IBM)
Santosh Kumar (UMemphis)
Nicholas Lane (MSR Asia)
Paul Lukowics (UPassau)
Bhaskaran Raman (IIT B)
Romit Roy Choudhury (Duke)
Mani Srivastava (UCLA)
Jun Yang (Nokia)

Important Dates

Paper Submission: August 1, 2011
Notification: September 16, 2011
For submission details, see the workshop website: 
http://research.microsoft.com/phonesense2011


___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Installing TinyOS

[Faisal Aslam]

Everything works great with Stanford lucid repository. Thank you for your
reply and help.

best regards,
Faisal Aslam


On Tue, Jul 26, 2011 at 7:20 AM, Eric Decker  wrote:

>
>
> On Mon, Jul 25, 2011 at 4:04 PM, Faisal Aslam wrote:
>
>> Hi all,
>>
>> I will really appreciate your help. I am not new to TinyOS and has been
>> using it since many years.
>> However I am stunk while trying to install it on a new a new laptop. Here
>> are the details.
>>
>> Synaptic Package Manager under Ubuntu 10.10 gives following error when I
>> add TinyOS repository.
>>
>> "Failed to fetch
>> http://hinrg.cs.jhu.edu/tinyos/dists/maverick/main/source/Sources.gz
>> 404  Not Found
>> Some index files failed to download, they have been ignored, or old ones
>> used instead."
>>
>
> source archives are yet available.  working on it but don't have the staff
> to make it happen in a reasonable time frame
> (nor has there been a lot of demand for it).
>
> Sorry about that.   Stanford had problems and we tried to back them up at
> hinrg.   But didn't get everything right.
>
> Either try switching your apt source string from maverick to lucid   and/or
>  try stanford.
>
> deb http://tinyos.stanford.edu/tinyos/dists/ubuntu lucid main
>
> I suspect if you change from
>
> deb http://hinrg.cs.jhu.edu/tinyos/dists maverick main
>
> to
>
> deb http://hinrg.cs.jhu.edu/tinyos/dists lucid main
>
>
> it might work.   But I don't understand the failure mechanism so can't say
> for sure.
>
>
>
>>
>> I continued my installation ignoring above then apparently everything went
>> Okay but I cannot compile Blink. See below
>>
>
> hard to say and probably not worth tracking down.   Try changing the pull
> strings and see what happens.
>
>
> I'd say get the source pull followed by package installation and try again.
>   Missing inttypes.h is pretty basic and I'm pretty sure for the mica comes
> from one of the avr packages from tinyos.
>
> eric
>
>
>>
>> aslam@aslam-Lenovo-G565:/opt/tinyos-2.1.1/apps/Blink$ make mica2
>> mkdir -p build/mica2
>> compiling BlinkAppC to a mica2 binary
>> ncc -o build/mica2/main.exe  -Os -fnesc-separator=__ -Wall -Wshadow
>> -Wnesc-all -target=mica2 -fnesc-cfile=build/mica2/app.c -board=micasb
>> -DDEFINED_TOS_AM_GROUP=0x22 --param max-inline-insns-single=10
>> -DIDENT_APPNAME=\"BlinkAppC\" -DIDENT_USERNAME=\"aslam\"
>> -DIDENT_HOSTNAME=\"aslam-Lenovo-G5\" -DIDENT_USERHASH=0xd2e011d5L
>> -DIDENT_TIMESTAMP=0x4e2df51fL -DIDENT_UIDHASH=0x5fdce2caL -fnesc-dump=wiring
>> -fnesc-dump='interfaces(!abstract())' -fnesc-dump='referenced(interfacedefs,
>> components)' -fnesc-dumpfile=build/mica2/wiring-check.xml BlinkAppC.nc -lm
>> /usr/lib/ncc/nesc_nx.h:16:22: error: inttypes.h: No such file or directory
>> /usr/lib/ncc/nesc_nx.h:235: syntax error before `__nesc_ntoh_uint8'
>> /usr/lib/ncc/nesc_nx.h:240: syntax error before `__nesc_hton_uint8'
>> /usr/lib/ncc/nesc_nx.h:242: warning: type defaults to `int' in declaration
>> of `base'
>> /usr/lib/ncc/nesc_nx.h:242: `value' undeclared here (not in a function)
>> /usr/lib/ncc/nesc_nx.h:242: warning: data definition has no type or
>> storage class
>> /usr/lib/ncc/nesc_nx.h:243: syntax error before `return'
>> /usr/lib/ncc/nesc_nx.h:246: syntax error before `__nesc_ntoh_leuint8'
>> /usr/lib/ncc/nesc_nx.h:251: syntax error before `__nesc_hton_leuint8'
>> /usr/lib/ncc/nesc_nx.h:253: warning: type defaults to `int' in declaration
>> of `base'
>> /usr/lib/ncc/nesc_nx.h:253: redefinition of `base'
>> /usr/lib/ncc/nesc_nx.h:242: previous declaration of `base'
>> /usr/lib/ncc/nesc_nx.h:253: `value' undeclared here (not in a function)
>> /usr/lib/ncc/nesc_nx.h:253: warning: data definition has no type or
>> storage class
>> /usr/lib/ncc/nesc_nx.h:254: syntax error before `return'
>> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_ntoh_int8'
>> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_hton_int8'
>> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_ntoh_leint8'
>> /usr/lib/ncc/nesc_nx.h:257: syntax error before `__nesc_hton_leint8'
>> /usr/lib/ncc/nesc_nx.h:258: syntax error before `__nesc_bf_decode8'
>>
>>
>> Above error is cut short as it continues for a long time. Any hints
>> please?
>>
>> Thank you,
>> Faisal Aslam
>>
>> ___
>> Tinyos-help mailing list
>> Tinyos-help@millennium.berkeley.edu
>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>
>
>
>
> --
> Eric B. Decker
> Senior (over 50 :-) Researcher
>
>
>
___
Tinyos-help mailing list
Tinyos-help@millennium.berkeley.edu
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help