[Tinyos-help] Reduce tmote radio range

[bhushan bhatt]

Hello everyone,   I want to reduce the range of tmote so that i can get a multi hop topology. There are posts that say to change the CC2420Radio file parameters. Which parameters should i change in which file in that folder ??Thanks,Bhushan
		Be a chatter box. Enjoy free PC-to-PC calls  with Yahoo! Messenger with Voice.___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] tinyos RAM calculation: just .bss (not .data)?

[Tehn Yit Chin]

You can also use the size utility to find out sizes of various sections 
as well, or the avr equivalent avr-size.


Tehn Yit Chin
Software Engineer, Grey Innovation Pty. Ltd.

Leonardo B. Oliveira wrote:

Hi all,

it seems that .data is not considered while tinyos calculate the
amount of RAM mem consumed. Why not?

@echo "@objdump -h $(MAIN_EXE)|
perl -ne
'$$b{$$1}=hex $$2 if /^\s*\d+\s*\.(text|data|bss)\s+(\S+)/;
END { printf("%16d bytes in ROM\n%16d bytes in RAM\n",
$$b{text}+$$b{data},$$b{bss}); }'"
  ^^^
Thx in advance,

Leonardo




___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] problem with serial comm on latest dev branch for tmote tinyos-2.x

[Avinash Sridharan]

Hi, I updated my tinyos-2.x dev branch a few days back. I was trying to compile an application which reads data of the flash of a tmote or micaz  using the serial forwarder and a JAVA app (that I wrote using mig).
  This application was running without any problem a while back ( I hadn't updated my code for a while :) ). When I tried compiling my app with the new tree, I got the following warnings related to the serial comm, on doing make 'telosb' although the compilation went through fine.
nesc1: warning: calls to Usart.isTxEmpty in Msp430SpiNoDmaP$0 are uncombinednesc1: warning: calls to Usart.isSPI in Msp430SpiNoDmaP$0 are uncombinednesc1: warning: calls to Usart.isUARTrx in Msp430SpiNoDmaP$0 are uncombined
nesc1: warning: calls to Usart.isUART in Msp430SpiNoDmaP$0 are uncombinednesc1: warning: calls to Usart.isI2C in Msp430SpiNoDmaP$0 are uncombinednesc1: warning: calls to Usart.isUARTtx in Msp430SpiNoDmaP$0 are uncombined
nesc1: warning: calls to Usart.getMode in Msp430SpiNoDmaP$0 are uncombinednesc1: warning: calls to Usart.isTxIntrPending in Msp430SpiNoDmaP$0 are uncombinednesc1: warning: calls to Usart.rx in Msp430SpiNoDmaP$0 are uncombined
nesc1: warning: calls to Usart.isRxIntrPending in Msp430SpiNoDmaP$0 are uncombinedI was able to load the binaries on to the tmote and was able to connect to the tmote using the 'C' serial forwarder. But when I send a read flash command from my machine through the serial forwarder to a tmote connected on USB0, I think the tmote is not receiving the command. Although the serial forwarder says it has written the packet correctly.
  My questions is are the warnings above an indication of any problems with serial communication or should I be looking at some place else. And if yes, could I get pointers to fix them ?Thanks and regards,
Avinash-- Phd Dept. of Electrical EngineeringUniversity of Southern Californiahttp://www-scf.usc.edu/~asridhar
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] RE: Welcome to the "Tinyos-help" mailing list (Digest mode)

[pradeep.ramakrishna]

Hi Aditya,
 
 I have even seen the code from where the board or the
processor starts exceuting its very first instruction when i was debugging the
code,,
it starts from the  0th address but due to aliasing it
then refers to the base address of the prom to which u would have burnt the code
...right?
I am talking about the bootprom
code.
 
 
then u copy the code from the prom to the ram..u have lot
data structuresand then i agree with u its just the index ,which gets u
the pointer to the funcion 
which gets executed:))


From: Aditya Bhave
[mailto:[EMAIL PROTECTED] Sent: Thursday, May 18, 2006 7:35
PMTo: Pradeep T Ramakrishna (WT01 - Broadband Networks)Cc:
tinyos-help@millennium.berkeley.eduSubject: Re: [Tinyos-help] RE:
Welcome to the "Tinyos-help" mailing list (Digest mode)
I do not think the JUMP or BRANCH instructuon is actually stored in
the interrupt vector table. It would be redundant information.  Basically
the interrupt vector number is used as an index into the interrupt vector table
(IVT). The entry at that index will give the 32 bit address to jump to to
execute the interrupt service routine. Where have you read that the instruction
is also stored in the IVT? 
On 5/18/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]
> wrote:
Hi
  ,In the reset vector address we place the instruction branch or jump and
  even the address to where we have to jump or branch but the
  addressitself is 32 bits...?How is it that we are able to
  accommodate the 32 bits address and eventhe instruction in the 32 bits
  spaceThanks and Regards,PradeepThe information
  contained in this electronic message and any attachments to this message are
  intended for the exclusive use of the addressee(s) and may contain
  proprietary, confidential or privileged information. If you are not the
  intended recipient, you should not disseminate, distribute or copy this
  e-mail. Please notify the sender immediately and destroy all copies of this
  message and any attachments. WARNING: Computer viruses can be
  transmitted via email. The recipient should check this email and any
  attachments for the presence of viruses. The company accepts no liability for
  any damage caused by any virus transmitted by this email. www.wipro.com___Tinyos-help
  mailing listTinyos-help@Millennium.Berkeley.EDU
  https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help-- regards,Aditya Bhave 


The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
 
www.wipro.com
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] 802.15.4 Question

[Affan Syed]

Just wanted to post this question to the academic minded people.
802.15.4  is using DSSS, with a code that is fixed for a particular
network that you want to deploy. This makes sense if you are in the
industry since it will allow non-interfering sensor networks in your
home from different vendors. But other than that, and the obviously
higher data rate, what are the benefits of shifting towards a packet
oriented (less hacking possible!), DSSS system? 
Also is it really many orders of magnitude better than CC1000 in terms
of multipath resistance and reliability (as it should theoretically)?
i.e. has this been borne out in real experiments?

Thank you. 

Regards,
Affan Syed. 



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Serial and Internal flash

[Raghu Ganti]

Hi:

I am wondering if the values written in the serial and internal flash
  are retained even after the mote is reprogrammed? This is specific to
  MicaZ motes. I tried to read the values after reprogramming the mote,
  from the internal flash, and I get all FFs, whereas if I check the
  values without reprogramming (again from the internal flash), the
  values are retained. Is this correct behavior?
   What happens with the serial flash? Can we ensure that the values
  written to the serial and internal flash are not erased over
  re-program cycles?

  Thanks
  Raghu
  --
  =
  Research Assistant
  Department of Computer Science
  University of Illinois, Urbana-Champaign
  IL-61801
  

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Blackbook v.5.0 released

[David Moss]

Mark,

The latest version of the Blackbook flash file system has been uploaded to
the tinyos-1.x CVS under /contrib/rincon/apps/Blackbook5

The full size is about 16.5 kB ROM, 1012 bytes RAM, which is much smaller
than the 24k ROM we saw before.  A dictionary-only implementation is also
available, which is about 15.7 kB ROM, 1000 bytes RAM.  

This file system is still compatible with mica2, mica2dot, micaz, and telosb
motes.  The directory structure has been re-arranged a little bit, and now
the demo apps can be found under /contrib/rincon/apps/Blackbook5/apps.

Let me know if you run into any problems,

David




___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] turning on/off telosb

[Roman Lim]

ok, I don't know what i'm doing wrong. I just took this tmote sky, did
this "sleep gesture" and the leds all dimmed out.
I had a multimeter between the battery and the minus pole on the board
and measured this 35uA. I'm really confused

Roman

Cory Sharp wrote:

> Sleep mode during program execution is LPM3.  With the radio off I
> have personally and recently measured this at 6uA.  Deep sleep means
> LPM4 wich can only be woke from an external reset, which is even lower
> power.
>
> Cory
>
> On 5/18/06, Roman Lim <[EMAIL PROTECTED]> wrote:
>
>> Hi Cory
>>
>> You described this mode as "deep sleep". I was curious, whether this one
>> would come near the current consumption of the one described in the
>> tmote sky datasheet as mcu standby, but i measured still 35 μA (not
>> 5.1μA) on a tmote right out of the box (with this led glow program
>> installed).
>> Does anyone know, why these numbers do not agree?
>>
>> Regards
>> Roman
>>
>> Cory Sharp wrote:
>>
>> > On 5/18/06, Leijun Huang <[EMAIL PROTECTED]> wrote:
>> >
>> >> Hello,
>> >>
>> >> I am new to telosb motes. It seems there is no on/off switch on
>> >> telosb. Do I have to remove the batteries to turn it off? Or is there
>> >> a more convenient way to do that?
>> >
>> >
>> > When you install TOSBoot, configured when the environment variable
>> > TINYOS_NP is set to BNP, which is the default in modern TinyOS
>> > distributions, you can put the device into a deep sleep mode by
>> > holding the user button while pressing and releasing the reset button.
>> > You can identify that TOSBoot is installed by the LED "count down"
>> > sequence (all lit, then blue dims out, then green dims out, then red
>> > dims out) before the application starts. You can identify that you
>> > mote has gone to deep sleep when after performing the described "sleep
>> > gesture" all LED's dim out simultaneously. Wake it up again by
>> > pressing the reset button or by reprogramming it.
>> >
>> >> Another similar question is: do I need to remove the batteries when
>> >> programming telosb through the USB port?
>> >
>> >
>> > No, you can leave them in.
>> >
>> >> Thanks a lot for your attention and replies. Installing and removing
>> >> batteries for the motes tens of times a day is really a pain :-(
>> >
>> >
>> > No problem,
>> > Cory
>> >
>> > ___
>> > Tinyos-help mailing list
>> > Tinyos-help@Millennium.Berkeley.EDU
>> >
>> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>
>>


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] turning on/off telosb

[Cory Sharp]

Sleep mode during program execution is LPM3.  With the radio off I
have personally and recently measured this at 6uA.  Deep sleep means
LPM4 wich can only be woke from an external reset, which is even lower
power.

Cory

On 5/18/06, Roman Lim <[EMAIL PROTECTED]> wrote:

Hi Cory

You described this mode as "deep sleep". I was curious, whether this one
would come near the current consumption of the one described in the
tmote sky datasheet as mcu standby, but i measured still 35 μA (not
5.1μA) on a tmote right out of the box (with this led glow program
installed).
Does anyone know, why these numbers do not agree?

Regards
Roman

Cory Sharp wrote:

> On 5/18/06, Leijun Huang <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> I am new to telosb motes. It seems there is no on/off switch on
>> telosb. Do I have to remove the batteries to turn it off? Or is there
>> a more convenient way to do that?
>
>
> When you install TOSBoot, configured when the environment variable
> TINYOS_NP is set to BNP, which is the default in modern TinyOS
> distributions, you can put the device into a deep sleep mode by
> holding the user button while pressing and releasing the reset button.
> You can identify that TOSBoot is installed by the LED "count down"
> sequence (all lit, then blue dims out, then green dims out, then red
> dims out) before the application starts. You can identify that you
> mote has gone to deep sleep when after performing the described "sleep
> gesture" all LED's dim out simultaneously. Wake it up again by
> pressing the reset button or by reprogramming it.
>
>> Another similar question is: do I need to remove the batteries when
>> programming telosb through the USB port?
>
>
> No, you can leave them in.
>
>> Thanks a lot for your attention and replies. Installing and removing
>> batteries for the motes tens of times a day is really a pain :-(
>
>
> No problem,
> Cory
>
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] warning: uncombined call

[Cory Sharp]

It means you have _more than one_ component wiring to an event that is
expecting _at most one_ component wiring to it.  "Expecting at most
one" means the event returns some value that is "uncombined", so the
signaller receives the return value from only one of the wired
components.

Cory

On 5/18/06, jose m <[EMAIL PROTECTED]> wrote:

Hello all,

I receive this warning after compilation. ¿what this
means?

calls to Pool.allocate in CPSReceiveM are uncombined

thanks in advance,

José





___
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] warning: uncombined call

[jose m]

Hello all,

I receive this warning after compilation. ¿what this
means?

calls to Pool.allocate in CPSReceiveM are uncombined

thanks in advance,

José





___ 
1GB gratis, Antivirus y Antispam 
Correo Yahoo!, el mejor correo web del mundo 
http://correo.yahoo.com.ar 

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] turning on/off telosb

[Cory Sharp]

On 5/18/06, Leijun Huang <[EMAIL PROTECTED]> wrote:

Hello,

I am new to telosb motes. It seems there is no on/off switch on
telosb. Do I have to remove the batteries to turn it off? Or is there
a more convenient way to do that?


When you install TOSBoot, configured when the environment variable
TINYOS_NP is set to BNP, which is the default in modern TinyOS
distributions, you can put the device into a deep sleep mode by
holding the user button while pressing and releasing the reset button.
You can identify that TOSBoot is installed by the LED "count down"
sequence (all lit, then blue dims out, then green dims out, then red
dims out) before the application starts.  You can identify that you
mote has gone to deep sleep when after performing the described "sleep
gesture" all LED's dim out simultaneously.  Wake it up again by
pressing the reset button or by reprogramming it.


Another similar question is: do I need to remove the batteries when
programming telosb through the USB port?


No, you can leave them in.


Thanks a lot for your attention and replies. Installing and removing
batteries for the motes tens of times a day is really a pain :-(


No problem,
Cory

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] debug with jtag and mica2, mib510

[s n]

Hi,
are there some documents about how to debug with jtag step by step? I have 
read http://www.tinyos.net/tinyos-1.x/doc/nesc/debugging.html, but still I 
have some problem.

I use "AVR JTAG ICE II", mib510, mica2. Now I have the following problem:

1. it is said that for mib510 board, AVR JTAG ICE doesn't need external 
power supply. But in my test, It doesn't work (the lights are off). So I 
have to use USB to supply power


2. The avr studio 4 can't communicate with jtag pod, no matter  through usb 
port or serial port


3. I tried "ice-insight build/mica2/main.exe", it can display the debug 
windows, however it can't implement because it can't connect with jtag pod. 
The same for ice-gdb command.


Thanks !

ning


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] turning on/off telosb

[Leijun Huang]

Hello,

I am new to telosb motes. It seems there is no on/off switch on
telosb. Do I have to remove the batteries to turn it off? Or is there
a more convenient way to do that?

Another similar question is: do I need to remove the batteries when
programming telosb through the USB port?

Thanks a lot for your attention and replies. Installing and removing
batteries for the motes tens of times a day is really a pain :-(

--Leijun

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Multi-Hop

[Aditya Bhave]

I belive there are multi-hop components in tinyos-1.1.15. But its quite easy to code it yourself. This is what I did in my project.Assume you want to send a packet of type ABC to the base station. ABC can be made to hold your ADC readings.
Each node in the netwrok maintains a link list.. call it ABCReceived. Each node of this link list has one field1. NodeID /* stores the node ID of the mote from which the message was received previously */
Each mote will have a receive event like so event result_t ReceiveMsg.receive(TOS_MsgPtr m){    buffer = *m; /* buffer is module specific */    post process();    return m;}task void process()
{    ABC *p = (ABC*)(buffer.data);       check in link list to see if ABC packet from node p.NodeID has already been received   before  if(not) {    add a new node to link list call it q such that 
q.NodeID = p.NodeID    msg = buffer; /* msg is again module specific */    call SendMsg.send(TOS_BCAST_ADDR, sizeof(ABC), &msg);}else /* packet has already been received and hence forwarded before */
  do nothing;return;}The above algorithm basically implements controlled flooding forwarding packets along the netwrok if they are "new" and discarding previosuly received packets. Naturally ABCReceived has to be intialized to an empty list in the init() function of this module.
On 5/18/06, Arya Afrashteh <[EMAIL PROTECTED]> wrote:
We have developed a small application that reads in data from the ADC andsends this data to the base station which displays it to the computer.  Wewant to make our application so that it has multi-hop capability.   How
exactly do we add multi-hop capability?  Do we simply wire a couple ofinterfaces together and if so, which ones?  OR, do we have to construct themulti-hop message with the sequence numbers and everything and send that
along, and implement some other things?RadioCRCPacket as Radio,SHM_SensorM.RadioControl -> Radio;SHM_SensorM.RadioSend -> Radio;SHM_SensorM.RadioReceive -> Radio;
That is the component we currently use in our SHM_Sensor.nc to send broadcastpackets to the base station.___Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDUhttps://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
-- regards,Aditya Bhave
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] problems with sending messages to a Java application

[Michael Schippling]

OK, I'm starting to get the picture I think...
But can you just send me the whole module code,
I'm having trouble figuring out which "data" is what.

Make sure you are using ints everywhere,
especially when calculating lengths. You may have
some place that thinks of your buffer as chars,
which would double the length value and cause an
overrun someplace that is thinking in ints.

Also, as long as you have the significant data length
at the receiver, you don't really need to fill the
rest of the buffer...or you could do a memset() on
the whole thing first...

MS

adina wrote:

Hi!

The Data_Message_PC is encapsulated in the TOS_Msg.data.

The idea is the following: I receive from a mote via radio the following
payload:

01 00 02 00 03 00 04 00 05 00 06 00

This data I want to stuff in the field actualData from the Data_Message_PC.

typedef struct Data_Message_PC
{
  uint16_t actualData[MAX_DATA];
}Data_Message_PC;

Let's say that the variable MAX_DATA is 8. This means that I have to create
a Data_Message_PC message, which has 16 bytes of actualData, but I only
received 12 bytes via radio, so I need to stuff the rest of the bytes with
some values(zero for example). So the Data_Message_PC that I want to send
should look like this:

01 00 02 00 03 00 04 00 05 00 06 00 00 00 00 00

As I said before, I am trying to use a for loop like this:

for (i=0;idata[i] =
 dataReceived->data[i];
for (i=lengthDataReceivedByRadio;idata[i] = 0;

If I try to send this, the send command fails.

Any idea is welcome,

Adina



I'm not entirely clear on what you are doing here. Is your Data_Message_PC
encapsulated in TOS_Msg.data ? If not, and you are using java tools
Packetizer.java (which I think MIG generated files depend on) you'll
probably never see it...

I just sent a reply to a message:
"Receiving packets from the base station"
with a couple pointers to info about the message structure.

If you are trying to take a full TOS_Msg off the radio and stuff it
into your Data_Message_PC the message size will be too large and you
will not have the right crc. Perhaps you want to just copy the data
portions from one message to another?

Or are you trying to re-create the function of TOSBase, which sends
messages between the pc-UART-radio?

Also see how demo apps like Oscilloscope build their message packets.

MS


adina wrote:

Hello!

I have a problem with sending some a message over the UART. The message
looks like this:

typedef struct Data_Message_PC
{
uint16_t actualData[MAX_DATA];
uint16_t lengthData;
}Data_Message_PC;

I receive a message from a node, that has the length of the actualData

of a

length less than MAX_DATA and I need
to send it to the UART, so that a Java application can parse the message
received.
The Java application is using classes generated with MIG, so it always
expects that the actualData received
be of MAX_DATA length.

I have tried to use a for(which is the solution that should have sense),

but

it doesn't seem to work.

for (i=0;idata[i] =
dataReceived->data[i];
for (i=lengthDataReceived;idata[i] = 0;

If I try to do it like the following, I can see using
net.tinyos.tools.Listen that it has received the message, but this

doesn't

work for
me:((





memcpy(data_pc->data,dataReceived->data,sizeof(uint16_t)*lengthDataReceived);

call SendDataToUART.send(TOS_UART_ADDR,
sizeof(uint8_t)*(lengthDataReceived*2+7), &m_msg))

Any help is more than welcome:)

Thanks,
Adina




___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: Fwd: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc

[Michael Schippling]

Actually why not try skipping the timer altogether, at least to
see what happens. Put the ADC.getData() in dataReady() to start
a new conversion as soon as the last is done. I think dataReady
runs in interrupt context so they should be pretty regular. Then
you should be able to see if the setSamplingRate() is doing what
we believe it should be doing...

MS

jagan nath wrote:

1.Its working now with setPeriodic, but if I put my counter in event
ADC.dataready() , the sampling seems to have reduced again, is it
because of the ADC conversion time, that the task queue is
overflowing.( I dont know how to increase the task queue size)

2.How do i use the hardware timers to achieve the desired 3Khz
sampling, I have already tried TimerJiffy Async ( connecting it to a
copy of TimerJiffyAsyncC) but here again the timer is not firing. I
have read the mail archive and found all the free timers,

http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg00815.html 



and tried all the timers but still i'm not able to make the
application work(ie the timer doesnt fire) may be somebody can help.

-jagan

On 5/18/06, Cory Sharp <[EMAIL PROTECTED]> wrote:

For your particular benchmarks, use setPeriodic.  Timers fire through
a task, which must wait to be executed in the task queue.  With
setOneShot, you are accumulating error.  setPeriodic sets the alarms
at periodic times from the previous alarm, giving only jitter with no
accumulation.

But for fast sampling, you should use hardware timers, which will fire
through hardware interrupts and not tasks.  Make sure you're not using
an already allocated timer.  Search the archives, I've posted it
before.  Or, use Moteiv Boomerang, where you can allocate a unique,
individual timer with the instantiation of a generic component.

Cory

On 5/17/06, jagan nath <[EMAIL PROTECTED]> wrote:
> I have removed the counter from ADC.dataready and put it in the
> TimerJiffy.fired(). Although the performance is not good but it has
> certainly improved. This is what I got
>
> with TimerJiffy.setoneshot(1) - 2590 samples/sec (  cant actually call
> them samples, it is actually these many times the timer has fired)
>
> with TimerJiffy.setOneshot(10) - 1920 samples/sec
>
> with TimerJiffy.setOneshot(20) - 1255 samp/sec
>
> with TimerJiffy.setOneshot(40) - 705 samp/sec (closest to accurate, 40
> corresponds to 800 samples/sec)
>
> This shows that the ADC conversion is also adding to the delay of the
> timer being fired.
> All though i'm using ADC.setsamplingrate(). It doesnt look like the
> sampling time has actually reduced.
>
> -jagan
>
> PS.I dont know how accurate is TimerJiffyAsync( this is used in CC2420
> for initial/congestion backoff). i even tried to use this. I connected
> this to a copy of TimerJiffyAsyncC(timer changed to B2/B0) but this is
> not working the timer doesnt fire.Maybe i have done something
> wrong.Not Sure.
>
>
>
>
> On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:
> > ok..
> > Now I have tried with TimerMilli with a setOneshot(1) and I was
> > getting a max of 660 samples/sec.Maybe I think I will increment the
> > Samplecounter in the fired() event itself (as against incrementing it
> > in the ADC.dataready().  just to see if ADC conversion is the
> > bottleneck.
> >
> > jagan
> >
> > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > Well, you should definitely call it AFTER all the component and
> > > module inits and starts, otherwise the default will get reset.
> > > And, as I said, I don't have any concrete knowledge that it 
actually

> > > works the way it should. Maybe I should try it myself...
> > >
> > > MS
> > >
> > > jagan nath wrote:
> > > > -- Forwarded message --
> > > > From: jagan nath <[EMAIL PROTECTED]>
> > > > Date: May 18, 2006 9:30 AM
> > > > Subject: Re: [Tinyos-help] Maximum samplingrate with 
TimerJiffy.nc

> > > > To: Michael Schippling <[EMAIL PROTECTED]>
> > > >
> > > >
> > > > I didnt miss that, i have set the 
ADCControl.setSamplingRate(7500ns),

> > > > only thing i m not sure is whether this command shud be called in
> > > > stdcontrl.init/start,
> > > > i have called it in stdcontrol.start(maybe i shud try it in 
init also)

> > > >
> > > > jagan
> > > >
> > > >
> > > >
> > > >
> > > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > >> Everyone seems to be going on about this recently and I forget
> > > >> to whom I have already responded with dubious advice...
> > > >>
> > > >> You need to set the ADC pre-scaler to something other than the
> > > >> maximum, which is the default. ADCControl.setSamplingRate() is
> > > >> supposed to do this, see tos/interfaces/ADCControl.nc for 
details.

> > > >> However I've only heard of negative results so far.
> > > >>
> > > >> Have any of you lurkers actually used setSamplingRate() 
successfully?

> > > >>
> > > >> MS
> > > >>
> > > >>
> > > >>
> > > >> jagan nath wrote:
> > > >> > Hello all,
> > > >> > I'm using TimerJiffy.nc to sample 

RE: [Tinyos-help] Help - NoClassDefFoundError: javax/comm/SerialPortEventListen

[Srivastava, Niraj (ASD)]

Thank you. I had two versions of JAVA installed on my machine and the
make was picking up the wrong java and javac. TinyOS is picky about
using 1.4. Once I did that and followed the directions from MS, I am
golden :) so far!
Again thanks. 


Regards,
 Niraj 
-Original Message-
From: Michael Schippling [mailto:[EMAIL PROTECTED] 
Sent: Thursday, May 18, 2006 3:28 PM
To: Srivastava, Niraj (ASD)
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] Help - NoClassDefFoundError:
javax/comm/SerialPortEventListen

Looks like you have not installed or configured the javax.comm package
correctly. Assuming you are on MSWidows I have a copy:
http://www.etantdonnes.com/TMP/javacomm20-win32.zip
MS


Srivastava, Niraj (ASD) wrote:
> Hi
> I am trying to install Tinyos and run SerialForwarder but keep getting

> the following error. I am new to this list, if there's a faq please 
> let me know. Thanks.
> 
> ~
> $ cd /opt/tinyos-1.x/tools/java/net/tinyos/sf
> /opt/tinyos-1.x/tools/java/net/tinyos/sf
> $ java net.tinyos.sf.SerialForwarder -comm [EMAIL PROTECTED]:micaz 
>  Exception in thread "Thread-2" 
> java.lang.NoClassDefFoundError:
> javax/comm/SerialPortEventListen
> er
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(Unknown Source)
> at java.security.SecureClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.defineClass(Unknown Source)
> at java.net.URLClassLoader.access$100(Unknown Source)
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
> at
net.tinyos.packet.BuildSource.makeSerial(BuildSource.java:360)
> at
> net.tinyos.packet.BuildSource.makeArgsSerial(BuildSource.java:349)
> at
> net.tinyos.packet.BuildSource.makePacketSource(BuildSource.java:147)
> at
net.tinyos.packet.BuildSource.makePhoenix(BuildSource.java:87)
> at net.tinyos.sf.SFListen.run(SFListen.java:84)
>  
> $
>  
> 
> Regards,
>  Niraj
> 
> 
> --
> --
> 
> ___
> Tinyos-help mailing list
> Tinyos-help@Millennium.Berkeley.EDU
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-h
> elp

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Help - NoClassDefFoundError: javax/comm/SerialPortEventListen

[Michael Schippling]

Looks like you have not installed or configured the javax.comm
package correctly. Assuming you are on MSWidows I have a copy:
http://www.etantdonnes.com/TMP/javacomm20-win32.zip
MS


Srivastava, Niraj (ASD) wrote:

Hi
I am trying to install Tinyos and run SerialForwarder but keep getting 
the following error. I am new to this list, if there's a faq please let 
me know. Thanks.


~
$ cd /opt/tinyos-1.x/tools/java/net/tinyos/sf
/opt/tinyos-1.x/tools/java/net/tinyos/sf
$ java net.tinyos.sf.SerialForwarder -comm [EMAIL PROTECTED]:micaz 

Exception in thread "Thread-2" java.lang.NoClassDefFoundError: 
javax/comm/SerialPortEventListen

er
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at net.tinyos.packet.BuildSource.makeSerial(BuildSource.java:360)
at 
net.tinyos.packet.BuildSource.makeArgsSerial(BuildSource.java:349)
at 
net.tinyos.packet.BuildSource.makePacketSource(BuildSource.java:147)

at net.tinyos.packet.BuildSource.makePhoenix(BuildSource.java:87)
at net.tinyos.sf.SFListen.run(SFListen.java:84)
 
$
 


Regards,
 Niraj




___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Multi-Hop

[Matthew S. Nassr]

Yes, I think. Look in tos/lib/Route or tos/lib/MintRoute. Both are
basicially a mote AODV as far as I know. I think it's set up such that
the destination (sink) is whichever mote has ID 0, and it takes care of
sending packets from any node to that sink. You wire to MultiHopM, you'd
have to look at that interface for details. 

-Matt
-- 
Matthew S. Nassr <[EMAIL PROTECTED]>

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Current consumption of a tmote sky

[Joe Polastre]

The flash current consumption is <1uA in power down mode.  You can
lift the Vcc pin to the flash  and measure it yourself :)

-Joe

On 5/18/06, Roman Lim <[EMAIL PROTECTED]> wrote:

Hello

I've just done a few current measurements and compared them to the
datasheet from moteiv
(http://www.moteiv.com/products/docs/tmote-sky-datasheet.pdf)
I can't find out, why my numbers for "MCU standby" are so far away from
the one in the datasheet (that says 5.1 μA avg., 21μA max.):
Radio off, MCU in LPM1: 194 μA
Radio off, MCU in LPM3: 38 μA
Radio off, MCU in LPM4 (all clocks off, I guess this is standby): 35.5 μA
I had then a short look at some other datasheets of things on the tmote
sky platform. The deep power down current of the external flash memory
alone seems to be 10 μA, how can the overall current be lower than that?

Regards
Roman

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help



___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Multi-Hop

[Arya Afrashteh]

We have developed a small application that reads in data from the ADC and 
sends this data to the base station which displays it to the computer.  We 
want to make our application so that it has multi-hop capability.   How 
exactly do we add multi-hop capability?  Do we simply wire a couple of 
interfaces together and if so, which ones?  OR, do we have to construct the 
multi-hop message with the sequence numbers and everything and send that 
along, and implement some other things?

RadioCRCPacket as Radio,

SHM_SensorM.RadioControl -> Radio;
SHM_SensorM.RadioSend -> Radio;
SHM_SensorM.RadioReceive -> Radio;

That is the component we currently use in our SHM_Sensor.nc to send broadcast 
packets to the base station.


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Current consumption of a tmote sky

[Roman Lim]

Hello

I've just done a few current measurements and compared them to the 
datasheet from moteiv 
(http://www.moteiv.com/products/docs/tmote-sky-datasheet.pdf)
I can't find out, why my numbers for "MCU standby" are so far away from 
the one in the datasheet (that says 5.1 μA avg., 21μA max.):

Radio off, MCU in LPM1: 194 μA
Radio off, MCU in LPM3: 38 μA
Radio off, MCU in LPM4 (all clocks off, I guess this is standby): 35.5 μA
I had then a short look at some other datasheets of things on the tmote 
sky platform. The deep power down current of the external flash memory 
alone seems to be 10 μA, how can the overall current be lower than that?


Regards
Roman

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] tinyos RAM calculation: just .bss (not .data)?

[David Gay]

On 5/18/06, Janos Sallai <[EMAIL PROTECTED]> wrote:

Yes, .data is considered. Since .data goes to the ROM, it's added to .text.
This is what gets printed out.


No. The original poster is correct - .data contains modifiable data
that is stored in RAM. What is stored in ROM is the initial values for
the .data segment, this stuff is copied into RAM at boot time.

The current CVS has the correct sizes (rom=text+data, ram=data+bss),
and has since late 2004 (so I assume the poster is using a fairly old
TinyOS release).

Note that there's an additional wrinkle for read-only variables
(actually stored in ROM) - I haven't looked at how those are handled
on the msp430.

David Gay

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] MoteIF stops relaying packets

[David Gay]

On 5/18/06, Jacques Panchard <[EMAIL PROTECTED]> wrote:

I am facing a peculiar problem with MoteIF.
The setting is the following.
A distant machine is connected to a sensor network via a base station.
On the distant machine, I use a SerialForwarder to forward the messages
received on the COM port.
On my local machine, I am connecting to the distant machine using either
a SerialForwarder or the MOTECOM variable, with the following parameter:
[EMAIL PROTECTED]:9001
I receive the relayed packets for about an hour, and then no more
packets anymore.
No error message is displayed. If I restart the local java application,
I receive the packets again (the remote SerialForwarder works just fine).


Note that it could actually be the thread on the serial forwarder
handling your client that hangs (i.e., the fact that restarting the
client fixes the problem doesn't mean the problem wasn't in the
server).

Can you try using the C serial forwarder (in tools/src/sf) on the
remote machine and see if you still get the problem?

David Gay

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: Fwd: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc

[Joe Polastre]

Why aren't you using the DMA to do high frequency sampling?  See
tos/sensorboards/invent/MicDriver*

-Joe

On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:

I 'm still not sure whether my task queue is overflowing, I have done
the following modification in Sched.C

else {
__nesc_atomic_end(fInterruptFlags);
TOSH_CLR_YELLOW_LED_PIN();
return FALSE;
  }
(ref: 
http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg01508.html)

this wud glow the yellow(blue) led if my task queue is overflowing.
When I run my application with TimerJiffy.setperiodic(10), the Led
doesnt glow, this shows that teh task queue is not overflowing.

-jagan


On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:
> 1.Its working now with setPeriodic, but if I put my counter in event
> ADC.dataready() , the sampling seems to have reduced again, is it
> because of the ADC conversion time, that the task queue is
> overflowing.( I dont know how to increase the task queue size)
>
> 2.How do i use the hardware timers to achieve the desired 3Khz
> sampling, I have already tried TimerJiffy Async ( connecting it to a
> copy of TimerJiffyAsyncC) but here again the timer is not firing. I
> have read the mail archive and found all the free timers,
>
> http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg00815.html
>
> and tried all the timers but still i'm not able to make the
> application work(ie the timer doesnt fire) may be somebody can help.
>
> -jagan
>
> On 5/18/06, Cory Sharp <[EMAIL PROTECTED]> wrote:
> > For your particular benchmarks, use setPeriodic.  Timers fire through
> > a task, which must wait to be executed in the task queue.  With
> > setOneShot, you are accumulating error.  setPeriodic sets the alarms
> > at periodic times from the previous alarm, giving only jitter with no
> > accumulation.
> >
> > But for fast sampling, you should use hardware timers, which will fire
> > through hardware interrupts and not tasks.  Make sure you're not using
> > an already allocated timer.  Search the archives, I've posted it
> > before.  Or, use Moteiv Boomerang, where you can allocate a unique,
> > individual timer with the instantiation of a generic component.
> >
> > Cory
> >
> > On 5/17/06, jagan nath <[EMAIL PROTECTED]> wrote:
> > > I have removed the counter from ADC.dataready and put it in the
> > > TimerJiffy.fired(). Although the performance is not good but it has
> > > certainly improved. This is what I got
> > >
> > > with TimerJiffy.setoneshot(1) - 2590 samples/sec (  cant actually call
> > > them samples, it is actually these many times the timer has fired)
> > >
> > > with TimerJiffy.setOneshot(10) - 1920 samples/sec
> > >
> > > with TimerJiffy.setOneshot(20) - 1255 samp/sec
> > >
> > > with TimerJiffy.setOneshot(40) - 705 samp/sec (closest to accurate, 40
> > > corresponds to 800 samples/sec)
> > >
> > > This shows that the ADC conversion is also adding to the delay of the
> > > timer being fired.
> > > All though i'm using ADC.setsamplingrate(). It doesnt look like the
> > > sampling time has actually reduced.
> > >
> > > -jagan
> > >
> > > PS.I dont know how accurate is TimerJiffyAsync( this is used in CC2420
> > > for initial/congestion backoff). i even tried to use this. I connected
> > > this to a copy of TimerJiffyAsyncC(timer changed to B2/B0) but this is
> > > not working the timer doesnt fire.Maybe i have done something
> > > wrong.Not Sure.
> > >
> > >
> > >
> > >
> > > On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:
> > > > ok..
> > > > Now I have tried with TimerMilli with a setOneshot(1) and I was
> > > > getting a max of 660 samples/sec.Maybe I think I will increment the
> > > > Samplecounter in the fired() event itself (as against incrementing it
> > > > in the ADC.dataready().  just to see if ADC conversion is the
> > > > bottleneck.
> > > >
> > > > jagan
> > > >
> > > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > > > Well, you should definitely call it AFTER all the component and
> > > > > module inits and starts, otherwise the default will get reset.
> > > > > And, as I said, I don't have any concrete knowledge that it actually
> > > > > works the way it should. Maybe I should try it myself...
> > > > >
> > > > > MS
> > > > >
> > > > > jagan nath wrote:
> > > > > > -- Forwarded message --
> > > > > > From: jagan nath <[EMAIL PROTECTED]>
> > > > > > Date: May 18, 2006 9:30 AM
> > > > > > Subject: Re: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc
> > > > > > To: Michael Schippling <[EMAIL PROTECTED]>
> > > > > >
> > > > > >
> > > > > > I didnt miss that, i have set the 
ADCControl.setSamplingRate(7500ns),
> > > > > > only thing i m not sure is whether this command shud be called in
> > > > > > stdcontrl.init/start,
> > > > > > i have called it in stdcontrol.start(maybe i shud try it in init 
also)
> > > > > >
> > > > > > jagan
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 5/18/06, Michael Schippling <[EMAIL 

[Tinyos-help] Installing applications on the imote2

[[EMAIL PROTECTED]]

I am trying to do some simple work with the imote2s, but I can't seem to get them to program correctly.  The applications will build and program without any errors, but when I restart the node, nothing happens.  Here's a quick sample:
~/tinyos-1.x/apps/Blink$ make install imote2 debugmkdir -p build/imote2xscale-elf-gcc -c -mcpu=iwmmxt -mfpu=softfpa /home/ledbettj/build/tinyos-
1.x/tos/platform/pxa27x/../imote2/flash.s     compiled Blink to build/imote2/main.exe  152256 bytes in ROM    4608 bytes in RAM
xscale-elf-objcopy --output-target=binary build/imote2/main.exe build/imote2/main.bin.outdwarf2bd build/imote2/main.exeIntel(R) DWARF2BD Object Converter, Version 2.9.24Copyright (C) 2001-2005 Intel Corporation.  All rights reserved.
    installing imote2 binary using the parallel port jtag adapter/cygdrive/c/Program\ Files/Intel/SDT2.0.1/xflash/xflash.exe -p imote2 -tt "INTEL(R) JTAG CABLE" build/imote2/main.bin.outXFLASH - Intel(R) JTAG flash memory programmer - Version: 
1.5.3Copyright(C) 2001-2005 Intel Corporation. All rights reserved.Selected platform: IMOTE2Task : burn flashFile to burn : build/imote2/main.bin.outConnecting to target via "lpt1:" ...
JTAG debug handler uses virtual address range 0x0120..0x010007FFINFO: To enable Mini-I-cache breakpoints use the "MINIIBP" target option.take initial batchfile:  "c:/Program Files/Intel/SDT2.0.1/xflash/action-
flash.xdb"   Memory Successfully Burned.   Prepare the burn algorithm...Downloading the burn algorithm...finishedDetect and Verify File Format...Erasing Blocks... Current Block: 0  at address 0x0
Erasing Blocks... Current Block: 1  at address 0x8000Erasing Blocks... Current Block: 2  at address 0x1Erasing Blocks... Current Block: 3  at address 0x18000Erasing Blocks... Current Block: 4  at address 0x2
Progress: 100%Burning Binary File...Burning Binary File... 148 KBytes of 148 KBytes remaining.Burning Binary File... 84 KBytes of 148 KBytes remaining.Burning Binary File... 20 KBytes of 148 KBytes remaining.
Progress: 100%File successfully burned.The node is obviously being erased, since it came preloaded with Count to LEDS/RF, and no longer does so, but something is going wrong in the programming.  Any ideas?
John Ledbetter[EMAIL PROTECTED]
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Radio On/Off

[Joe Polastre]

You should download Boomerang and use SP as your mechanism for turning
the radio on and off.

-Joe

On 5/18/06, Diego Bartolomé Arquillo <[EMAIL PROTECTED]> wrote:



Hi all,
I am trying to get the power consumption on tmote sky with a digital
oscilloscope. Turning the radio on (calling "GenericComm.start")  only when
a package is going to send, I can see that the current consuption is always
of 20 mA. This means that, really, the radio circuit is not off. I' ve had
to act directly on the VREF and Oscillator through the "VREFOff() /
VREFOn()" and "OscillatorOff() / OscillatorOff()" commands.
Does anybody has similar problems for to put on/off the radio circuit in an
effective way?
Thanks in advance!
Diego
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help





___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] tinyos RAM calculation: just .bss (not .data)?

[Janos Sallai]

Leonardo,

 

Yes, .data is considered. Since .data goes
to the ROM, it’s added to .text. This is what gets printed out.

 

If you’re asking this because you
face some out-of-memory issues, it’s probably because of the stack
overwriting the top of the .bss. Of course, objudump won’t tell you
anything about the stack size…

 

Janos

 

-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Leonardo B. Oliveira
Sent: Thursday, May 18, 2006 10:25
AM
To:
tinyos-help@Millennium.Berkeley.EDU
Subject: [Tinyos-help] tinyos RAM
calculation: just .bss (not .data)?

 

Hi all,

it seems that .data is not considered while tinyos calculate the
amount of RAM mem consumed. Why not?

@echo "@objdump -h $(MAIN_EXE)|
perl -ne
'$$b{$$1}=hex $$2 if /^\s*\d+\s*\.(text|data|bss)\s+(\S+)/; 
END { printf("%16d bytes in ROM\n%16d bytes in RAM\n",
$$b{text}+$$b{data},$$b{bss}); }'"
  ^^^
Thx in advance,

Leonardo






___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: Fwd: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc

[jagan nath]

I 'm still not sure whether my task queue is overflowing, I have done
the following modification in Sched.C

else {
   __nesc_atomic_end(fInterruptFlags);
   TOSH_CLR_YELLOW_LED_PIN();
   return FALSE;
 }
(ref: 
http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg01508.html)

this wud glow the yellow(blue) led if my task queue is overflowing.
When I run my application with TimerJiffy.setperiodic(10), the Led
doesnt glow, this shows that teh task queue is not overflowing.

-jagan


On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:

1.Its working now with setPeriodic, but if I put my counter in event
ADC.dataready() , the sampling seems to have reduced again, is it
because of the ADC conversion time, that the task queue is
overflowing.( I dont know how to increase the task queue size)

2.How do i use the hardware timers to achieve the desired 3Khz
sampling, I have already tried TimerJiffy Async ( connecting it to a
copy of TimerJiffyAsyncC) but here again the timer is not firing. I
have read the mail archive and found all the free timers,

http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg00815.html

and tried all the timers but still i'm not able to make the
application work(ie the timer doesnt fire) may be somebody can help.

-jagan

On 5/18/06, Cory Sharp <[EMAIL PROTECTED]> wrote:
> For your particular benchmarks, use setPeriodic.  Timers fire through
> a task, which must wait to be executed in the task queue.  With
> setOneShot, you are accumulating error.  setPeriodic sets the alarms
> at periodic times from the previous alarm, giving only jitter with no
> accumulation.
>
> But for fast sampling, you should use hardware timers, which will fire
> through hardware interrupts and not tasks.  Make sure you're not using
> an already allocated timer.  Search the archives, I've posted it
> before.  Or, use Moteiv Boomerang, where you can allocate a unique,
> individual timer with the instantiation of a generic component.
>
> Cory
>
> On 5/17/06, jagan nath <[EMAIL PROTECTED]> wrote:
> > I have removed the counter from ADC.dataready and put it in the
> > TimerJiffy.fired(). Although the performance is not good but it has
> > certainly improved. This is what I got
> >
> > with TimerJiffy.setoneshot(1) - 2590 samples/sec (  cant actually call
> > them samples, it is actually these many times the timer has fired)
> >
> > with TimerJiffy.setOneshot(10) - 1920 samples/sec
> >
> > with TimerJiffy.setOneshot(20) - 1255 samp/sec
> >
> > with TimerJiffy.setOneshot(40) - 705 samp/sec (closest to accurate, 40
> > corresponds to 800 samples/sec)
> >
> > This shows that the ADC conversion is also adding to the delay of the
> > timer being fired.
> > All though i'm using ADC.setsamplingrate(). It doesnt look like the
> > sampling time has actually reduced.
> >
> > -jagan
> >
> > PS.I dont know how accurate is TimerJiffyAsync( this is used in CC2420
> > for initial/congestion backoff). i even tried to use this. I connected
> > this to a copy of TimerJiffyAsyncC(timer changed to B2/B0) but this is
> > not working the timer doesnt fire.Maybe i have done something
> > wrong.Not Sure.
> >
> >
> >
> >
> > On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:
> > > ok..
> > > Now I have tried with TimerMilli with a setOneshot(1) and I was
> > > getting a max of 660 samples/sec.Maybe I think I will increment the
> > > Samplecounter in the fired() event itself (as against incrementing it
> > > in the ADC.dataready().  just to see if ADC conversion is the
> > > bottleneck.
> > >
> > > jagan
> > >
> > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > > Well, you should definitely call it AFTER all the component and
> > > > module inits and starts, otherwise the default will get reset.
> > > > And, as I said, I don't have any concrete knowledge that it actually
> > > > works the way it should. Maybe I should try it myself...
> > > >
> > > > MS
> > > >
> > > > jagan nath wrote:
> > > > > -- Forwarded message --
> > > > > From: jagan nath <[EMAIL PROTECTED]>
> > > > > Date: May 18, 2006 9:30 AM
> > > > > Subject: Re: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc
> > > > > To: Michael Schippling <[EMAIL PROTECTED]>
> > > > >
> > > > >
> > > > > I didnt miss that, i have set the ADCControl.setSamplingRate(7500ns),
> > > > > only thing i m not sure is whether this command shud be called in
> > > > > stdcontrl.init/start,
> > > > > i have called it in stdcontrol.start(maybe i shud try it in init also)
> > > > >
> > > > > jagan
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > > >> Everyone seems to be going on about this recently and I forget
> > > > >> to whom I have already responded with dubious advice...
> > > > >>
> > > > >> You need to set the ADC pre-scaler to something other than the
> > > > >> maximum, which is the default. ADCControl.setSamplingRate() is
> > > > >> supposed to do this, see tos

[Tinyos-help] MoteIF stops relaying packets

[Jacques Panchard]

Hi,
I am facing a peculiar problem with MoteIF.
The setting is the following.
A distant machine is connected to a sensor network via a base station.
On the distant machine, I use a SerialForwarder to forward the messages 
received on the COM port.
On my local machine, I am connecting to the distant machine using either 
a SerialForwarder or the MOTECOM variable, with the following parameter: 
[EMAIL PROTECTED]:9001
I receive the relayed packets for about an hour, and then no more 
packets anymore.
No error message is displayed. If I restart the local java application, 
I receive the packets again (the remote SerialForwarder works just fine).
Does anybody have an idea of what the problem is, and how to solve it, 
work around it?

Best,
Jacques

--
Jacques Panchard – PhD Student
Ecole Polytechnique Fédérale de Lausanne

Mailing address:
EPFL - IC - LCA 
Bâtiment BC (BC 201)

Station 14
CH-1015 Lausanne, Switzerland

Tel: +4121 693 56 13
Fax: +4121 693 66 10
http://lcawww.epfl.ch/panchard




___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Radio On/Off

[Diego Bartolomé Arquillo]

Hi all,
I am trying to get the power consumption on tmote 
sky with a digital oscilloscope. Turning the radio on (calling 
"GenericComm.start")  only when a package is going to send, I 
can see that the current consuption is always of 20 mA. This means that, 
really, the radio circuit is not off. I' ve had to act directly on the 
VREF and Oscillator through the "VREFOff() / VREFOn()" and "OscillatorOff() / 
OscillatorOff()" commands.
Does anybody has similar problems for to put 
on/off the radio circuit in an effective way?
Thanks in advance!
Diego
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] tinyos RAM calculation: just .bss (not .data)?

[Leonardo B. Oliveira]

Hi all,it seems that .data is not considered while tinyos calculate theamount of RAM mem consumed. Why not?@echo "@objdump -h $(MAIN_EXE)|perl -ne'$$b{$$1}=hex $$2 if /^\s*\d+\s*\.(text|data|bss)\s+(\S+)/;
END { printf("%16d bytes in ROM\n%16d bytes in RAM\n", $$b{text}+$$b{data},$$b{bss}); }'"  ^^^Thx in advance,Leonardo
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: Fwd: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc

[Matthew J Whelan]

I'd suggest reading the MSP430 Family Guide which can be found on the ti.com website.  In the section on the ADC12, you will find the registers to setup sample timing through the use of the hardware timers. Matt[EMAIL PROTECTED] wrote: -To: "Cory Sharp" <[EMAIL PROTECTED]>From: "jagan nath" <[EMAIL PROTECTED]>Sent by: [EMAIL PROTECTED]Date: 05/18/2006 07:01AMcc: tinyos-help@Millennium.Berkeley.EDUSubject: Re: Fwd: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc1.Its working now with setPeriodic, but if I put my counter in eventADC.dataready() , the sampling seems to have reduced again, is itbecause of the ADC conversion time, that the task queue isoverflowing.( I dont know how to increase the task queue size)2.How do i use the hardware timers to achieve the desired 3Khzsampling, I have already tried TimerJiffy Async ( connecting it to acopy of TimerJiffyAsyncC) but here again the timer is not firing. Ihave read the mail archive and found all the free timers,http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg00815.htmland tried all the timers but still i'm not able to make theapplication work(ie the timer doesnt fire) may be somebody can help.-jaganOn 5/18/06, Cory Sharp <[EMAIL PROTECTED]> wrote:> For your particular benchmarks, use setPeriodic.  Timers fire through> a task, which must wait to be executed in the task queue.  With> setOneShot, you are accumulating error.  setPeriodic sets the alarms> at periodic times from the previous alarm, giving only jitter with no> accumulation.>> But for fast sampling, you should use hardware timers, which will fire> through hardware interrupts and not tasks.  Make sure you're not using> an already allocated timer.  Search the archives, I've posted it> before.  Or, use Moteiv Boomerang, where you can allocate a unique,> individual timer with the instantiation of a generic component.>> Cory>> On 5/17/06, jagan nath <[EMAIL PROTECTED]> wrote:> > I have removed the counter from ADC.dataready and put it in the> > TimerJiffy.fired(). Although the performance is not good but it has> > certainly improved. This is what I got> >> > with TimerJiffy.setoneshot(1) - 2590 samples/sec (  cant actually call> > them samples, it is actually these many times the timer has fired)> >> > with TimerJiffy.setOneshot(10) - 1920 samples/sec> >> > with TimerJiffy.setOneshot(20) - 1255 samp/sec> >> > with TimerJiffy.setOneshot(40) - 705 samp/sec (closest to accurate, 40> > corresponds to 800 samples/sec)> >> > This shows that the ADC conversion is also adding to the delay of the> > timer being fired.> > All though i'm using ADC.setsamplingrate(). It doesnt look like the> > sampling time has actually reduced.> >> > -jagan> >> > PS.I dont know how accurate is TimerJiffyAsync( this is used in CC2420> > for initial/congestion backoff). i even tried to use this. I connected> > this to a copy of TimerJiffyAsyncC(timer changed to B2/B0) but this is> > not working the timer doesnt fire.Maybe i have done something> > wrong.Not Sure.> >> >> >> >> > On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:> > > ok..> > > Now I have tried with TimerMilli with a setOneshot(1) and I was> > > getting a max of 660 samples/sec.Maybe I think I will increment the> > > Samplecounter in the fired() event itself (as against incrementing it> > > in the ADC.dataready().  just to see if ADC conversion is the> > > bottleneck.> > >> > > jagan> > >> > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:> > > > Well, you should definitely call it AFTER all the component and> > > > module inits and starts, otherwise the default will get reset.> > > > And, as I said, I don't have any concrete knowledge that it actually> > > > works the way it should. Maybe I should try it myself...> > > >> > > > MS> > > >> > > > jagan nath wrote:> > > > > -- Forwarded message --> > > > > From: jagan nath <[EMAIL PROTECTED]>> > > > > Date: May 18, 2006 9:30 AM> > > > > Subject: Re: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc> > > > > To: Michael Schippling <[EMAIL PROTECTED]>> > > > >> > > > >> > > > > I didnt miss that, i have set the ADCControl.setSamplingRate(7500ns),> > > > > only thing i m not sure is whether this command shud be called in> > > > > stdcontrl.init/start,> > > > > i have called it in stdcontrol.start(maybe i shud try it in init also)> > > > >> > > > > jagan> > > > >> > > > >> > > > >> > > > >> > > > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:> > > > >> Everyone seems to be going on about this recently and I forget> > > > >> to whom I have already responded with dubious advice...> > > > >>> > > > >> You need to set the ADC pre-scaler to something other than the> > > > >> maximum, which is the default. ADCControl.setSamplingRate() is> > > > >> supposed to do this, see tos/interfaces/ADCControl.nc for details.> > > > >> However I've only heard of negative results so far.> > > > >>> > > > >> Have any of you lurkers actually used setSamplingRate() succes

Re: [Tinyos-help] RE: Welcome to the "Tinyos-help" mailing list (Digest mode)

[Aditya Bhave]

I do not think the JUMP or BRANCH instructuon is actually stored in the interrupt vector table. It would be redundant information.  Basically the interrupt vector number is used as an index into the interrupt vector table (IVT). The entry at that index will give the 32 bit address to jump to to execute the interrupt service routine. Where have you read that the instruction is also stored in the IVT?
On 5/18/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]
> wrote:Hi , In the reset vector address we place the instruction branch or jump and
even the address to where we have to jump or branch but the addressitself is 32 bits...? How is it that we are able to accommodate the 32 bits address and eventhe instruction in the 32 bits space
Thanks and Regards,PradeepThe information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
www.wipro.com___Tinyos-help mailing listTinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help-- 
regards,Aditya Bhave
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] RE: Welcome to the "Tinyos-help" mailing list (Digest mode)

[pradeep.ramakrishna]

Hi ,
 In the reset vector address we place the instruction branch or jump and
even the address to where we have to jump or branch but the address
itself is 32 bits...?

 How is it that we are able to accommodate the 32 bits address and even
the instruction in the 32 bits space


Thanks and Regards,
Pradeep


The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email.

www.wipro.com

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Routing and Intercept

[antonio gonga]

I'm having problems with routing, I want to transmit data from one
mote to TOSbase, but there is a mote between emiter and
receiver(TOSBASE) the middle Mote must  intercept the data and
dysplays the content of payload into Leds ,please if any one knows how
to intercept data and displays the content of data into Leds make know me.

A-->B>C

A---transmite data using Send.send interface provided by
MultiHopRouter Componet

B---must intercept data using Intercept Interface.inetcept provided by
MultiHopRouter Componet and displays the content of payload into leds

C=TosBase must receive data and displays the content of payload into
Leds and forwards it to Serial port


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: Fwd: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc

[jagan nath]

1.Its working now with setPeriodic, but if I put my counter in event
ADC.dataready() , the sampling seems to have reduced again, is it
because of the ADC conversion time, that the task queue is
overflowing.( I dont know how to increase the task queue size)

2.How do i use the hardware timers to achieve the desired 3Khz
sampling, I have already tried TimerJiffy Async ( connecting it to a
copy of TimerJiffyAsyncC) but here again the timer is not firing. I
have read the mail archive and found all the free timers,

http://www.mail-archive.com/tinyos-help@millennium.berkeley.edu/msg00815.html

and tried all the timers but still i'm not able to make the
application work(ie the timer doesnt fire) may be somebody can help.

-jagan

On 5/18/06, Cory Sharp <[EMAIL PROTECTED]> wrote:

For your particular benchmarks, use setPeriodic.  Timers fire through
a task, which must wait to be executed in the task queue.  With
setOneShot, you are accumulating error.  setPeriodic sets the alarms
at periodic times from the previous alarm, giving only jitter with no
accumulation.

But for fast sampling, you should use hardware timers, which will fire
through hardware interrupts and not tasks.  Make sure you're not using
an already allocated timer.  Search the archives, I've posted it
before.  Or, use Moteiv Boomerang, where you can allocate a unique,
individual timer with the instantiation of a generic component.

Cory

On 5/17/06, jagan nath <[EMAIL PROTECTED]> wrote:
> I have removed the counter from ADC.dataready and put it in the
> TimerJiffy.fired(). Although the performance is not good but it has
> certainly improved. This is what I got
>
> with TimerJiffy.setoneshot(1) - 2590 samples/sec (  cant actually call
> them samples, it is actually these many times the timer has fired)
>
> with TimerJiffy.setOneshot(10) - 1920 samples/sec
>
> with TimerJiffy.setOneshot(20) - 1255 samp/sec
>
> with TimerJiffy.setOneshot(40) - 705 samp/sec (closest to accurate, 40
> corresponds to 800 samples/sec)
>
> This shows that the ADC conversion is also adding to the delay of the
> timer being fired.
> All though i'm using ADC.setsamplingrate(). It doesnt look like the
> sampling time has actually reduced.
>
> -jagan
>
> PS.I dont know how accurate is TimerJiffyAsync( this is used in CC2420
> for initial/congestion backoff). i even tried to use this. I connected
> this to a copy of TimerJiffyAsyncC(timer changed to B2/B0) but this is
> not working the timer doesnt fire.Maybe i have done something
> wrong.Not Sure.
>
>
>
>
> On 5/18/06, jagan nath <[EMAIL PROTECTED]> wrote:
> > ok..
> > Now I have tried with TimerMilli with a setOneshot(1) and I was
> > getting a max of 660 samples/sec.Maybe I think I will increment the
> > Samplecounter in the fired() event itself (as against incrementing it
> > in the ADC.dataready().  just to see if ADC conversion is the
> > bottleneck.
> >
> > jagan
> >
> > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > Well, you should definitely call it AFTER all the component and
> > > module inits and starts, otherwise the default will get reset.
> > > And, as I said, I don't have any concrete knowledge that it actually
> > > works the way it should. Maybe I should try it myself...
> > >
> > > MS
> > >
> > > jagan nath wrote:
> > > > -- Forwarded message --
> > > > From: jagan nath <[EMAIL PROTECTED]>
> > > > Date: May 18, 2006 9:30 AM
> > > > Subject: Re: [Tinyos-help] Maximum samplingrate with TimerJiffy.nc
> > > > To: Michael Schippling <[EMAIL PROTECTED]>
> > > >
> > > >
> > > > I didnt miss that, i have set the ADCControl.setSamplingRate(7500ns),
> > > > only thing i m not sure is whether this command shud be called in
> > > > stdcontrl.init/start,
> > > > i have called it in stdcontrol.start(maybe i shud try it in init also)
> > > >
> > > > jagan
> > > >
> > > >
> > > >
> > > >
> > > > On 5/18/06, Michael Schippling <[EMAIL PROTECTED]> wrote:
> > > >> Everyone seems to be going on about this recently and I forget
> > > >> to whom I have already responded with dubious advice...
> > > >>
> > > >> You need to set the ADC pre-scaler to something other than the
> > > >> maximum, which is the default. ADCControl.setSamplingRate() is
> > > >> supposed to do this, see tos/interfaces/ADCControl.nc for details.
> > > >> However I've only heard of negative results so far.
> > > >>
> > > >> Have any of you lurkers actually used setSamplingRate() successfully?
> > > >>
> > > >> MS
> > > >>
> > > >>
> > > >>
> > > >> jagan nath wrote:
> > > >> > Hello all,
> > > >> > I'm using TimerJiffy.nc to sample the ADC0 pin for my application.I
> > > >> > actually wanted to sample at 3Khz but the highest sampling rate i
> > > >> > could achieve is not more than 1200 samples/sec.
> > > >> >
> > > >> > I'm calling TimerJiffy.setPeriodic(11); here 11  corresponds to
> > > >> > 3Ksamples/sec(apprx).
> > > >> > whenever the timer fires I'm call ADC.getdata() and in the event
> > > >> > ADC.dataready() I

[Tinyos-help] How to increase the size of the taskqueue

[jagan nath]

I have tried by including teh following line in the make file
PFLAGS= -DTOSH_MAX_TASKS_LOG2=n,

but dont know how big can be the n value, I tried putting n=8; but it
doesnt improve the performance of my application.

what is the max size permissable

-jagan

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] problems with sending messages to a Java application

[adina]

Hi!

The Data_Message_PC is encapsulated in the TOS_Msg.data.

The idea is the following: I receive from a mote via radio the following
payload:

01 00 02 00 03 00 04 00 05 00 06 00

This data I want to stuff in the field actualData from the Data_Message_PC.

typedef struct Data_Message_PC
{
  uint16_t actualData[MAX_DATA];
}Data_Message_PC;

Let's say that the variable MAX_DATA is 8. This means that I have to create
a Data_Message_PC message, which has 16 bytes of actualData, but I only
received 12 bytes via radio, so I need to stuff the rest of the bytes with
some values(zero for example). So the Data_Message_PC that I want to send
should look like this:

01 00 02 00 03 00 04 00 05 00 06 00 00 00 00 00

As I said before, I am trying to use a for loop like this:

for (i=0;idata[i] =
 dataReceived->data[i];
for (i=lengthDataReceivedByRadio;idata[i] = 0;

If I try to send this, the send command fails.

Any idea is welcome,

Adina


> I'm not entirely clear on what you are doing here. Is your Data_Message_PC
> encapsulated in TOS_Msg.data ? If not, and you are using java tools
> Packetizer.java (which I think MIG generated files depend on) you'll
> probably never see it...
>
> I just sent a reply to a message:
> "Receiving packets from the base station"
> with a couple pointers to info about the message structure.
>
> If you are trying to take a full TOS_Msg off the radio and stuff it
> into your Data_Message_PC the message size will be too large and you
> will not have the right crc. Perhaps you want to just copy the data
> portions from one message to another?
>
> Or are you trying to re-create the function of TOSBase, which sends
> messages between the pc-UART-radio?
>
> Also see how demo apps like Oscilloscope build their message packets.
>
> MS
>
>
> adina wrote:
> > Hello!
> >
> > I have a problem with sending some a message over the UART. The message
> > looks like this:
> >
> > typedef struct Data_Message_PC
> > {
> > uint16_t actualData[MAX_DATA];
> > uint16_t lengthData;
> > }Data_Message_PC;
> >
> > I receive a message from a node, that has the length of the actualData
> of a
> > length less than MAX_DATA and I need
> > to send it to the UART, so that a Java application can parse the message
> > received.
> > The Java application is using classes generated with MIG, so it always
> > expects that the actualData received
> > be of MAX_DATA length.
> >
> > I have tried to use a for(which is the solution that should have sense),
> but
> > it doesn't seem to work.
> >
> > for (i=0;idata[i] =
> > dataReceived->data[i];
> > for (i=lengthDataReceived;idata[i] = 0;
> >
> > If I try to do it like the following, I can see using
> > net.tinyos.tools.Listen that it has received the message, but this
> doesn't
> > work for
> > me:((
> >
>
>
>
memcpy(data_pc->data,dataReceived->data,sizeof(uint16_t)*lengthDataReceived);
> > call SendDataToUART.send(TOS_UART_ADDR,
> > sizeof(uint8_t)*(lengthDataReceived*2+7), &m_msg))
> >
> > Any help is more than welcome:)
> >
> > Thanks,
> > Adina
> >
> 

-- 
Mobile Internet - E-Mail und Internet immer und überall!
GMX zum Mitnehmen: http://www.gmx.net/de/go/pocketweb
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Routing

[antonio gonga]

I'm having problems with routing, I want to transmit data from one mote to TOSbase, but there is a mote between emiter and receiver(TOSBASE) the middle Mote must  intercept the data and dysplays the content of payload into Leds ,please if any one knows how to intercept data and displays the content of data into Leds make know me.
A-->B>C
A---transmite data using Send.send interface provided by MultiHopRouter Componet
B---must intercept data using Intercept Interface.inetcept provided by MultiHopRouter Componet
C=TosBase must receive data and displays the content of payload into Leds and forwards it to Serial port

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Routing

[antonio gonga]

I'm having problems with routing, I want to transmit data from one mote to TOSbase, but there is a mote between emiter and receiver(TOSBASE) the middle Mote must  intercept the data and dysplays the content of payload into Leds ,please if any one knows how to intercept data and displays the content of data into Leds make know me.
A-->B>C
A---transmite data using Send.send interface provided by MultiHopRouter Componet
B---must intercept data using Intercept Interface.inetcept provided by MultiHopRouter Componet
C=TosBase must receive data and displays the content of payload into Leds and forwards it to Serial port

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Master-Slave

[giovanni gamba]

Hi, i'm working with Tmote Sky and i'm studiing this scenario: a
master  polls a number of slave in a round-robin fashion, and each
slave listen to master's requests and answer waiting its turn. The
master should also manage asynchronous alarms caming from slaves..
Is there any application that fits my needs?
Thank you!
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help