[Tinyos-help] Help with extraction of stored data from serial flash in Mica2/Micaz

[Amit Satpathy]

Hi!
I am currently working on a program whereby sound is being sampled at around 
100Hz and the data captured is being stored in the 4M-bit serial flash. I 
have managed to successfully write the part of the program whereby the data 
does get stored in the flash.


However, currently, i am facing the problem of extracting this data for 
analysis. Is there anyone out there who has done this before and can help me 
with this? Any pointers or hints would be very much appreciated. Thank you 
and regards.


Amit.
Institute of Infocomm Research(Singapore).


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

Re: [Tinyos-help] Deluge Messages

[Ioannis Krontiris]

Hi Holger,

Can you be more specific on what you want to do? Do you want the program 
image disseminated and stored in all nodes but you choose which one will 
load it, or you want only a specific node to store the image in its 
memory, and then load it ? Because, as you know, the nodes first store 
the image in the EEPROM, and when you give the appropriate command, they 
load it and run it.


(1) the base station is a deluge node as every other node. It creates 
its own messages to send to its neighbors. It doesn't function as a base 
station really.
(2)(3) There is not any "forwarding" procedure. What happens is that 
when a node (including the "base station") receives a new page of a 
program image and store it in its EEPROM, then it advertises it and send 
it to any other node that request it. The only difference with the base 
station is that you "manually" download the image to the mote.


The easiest way to do what you want to do, is to let the image 
disseminate in all the network and then permit to only the node with a 
specific ID to load it and run it. But this doesn't disable the epidemic 
behaviour of Deluge. If you want the nodes to just forward the packets 
that they receive without storing them in EEPROM, then there will be 
quite some code that you need to change. I would be glad to help though.


Yannis.



O/H Holger Marquardt έγραψε:


Hello all!

I'm trying to disable the epidemic behavior of Deluge 2.0. I want to program 
only one Mica2 node selected by the Id.
If I make the nodes respond only to messages for their Id, the basestation (the 
node connected to the pc) doesn't respond, too (well, that's good so far), but 
it also doesn't forward any messages into the sensor network (that's bad...). 
When I use the Id of the basestation, everything works fine for the 
basestation. If I use TOSBase (what I don't want to) it doesn't work, too, no 
node responds.
So I played a bit around, and my questions are now:

(1) Does the basestation forward every message into the network and vice versa or does it 
send "own" messages?
(2) What is the sourceAddress from a message sent from pc into the network 
after forwarding through the BS?
(3) When and how does a node decide to forward any message?

As example NetProgM.nc :
If a node recieves a netProgMsg, it sends a netProgMsg back to the sourceAddr, 
with it's own Id as new sourceAddr. No forwarding, how can I then ping a node 
other than the BS?

Any help (or any new ideas) would be greatly appreciated!
Thanks, Holger
__
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

___
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] need help in query flash of tinydb

[Harri Siirtola]

Hi Zhengsu,

do you get parse errors when trying to query from flash? I remember getting 
errors when I tried it. Also, it took a while to find the correct syntax 
for getting a query to be stored there. I'm afraid you can't trust the 
document on these issues.


After digging up my notes from the time I was experimenting with TinyDB, I 
found the working syntax to write to flash (the order of those words is 
critical IIRC):


CREATE BUFFER xxx (nodeid uint16, light uint16)

SELECT nodeid, light INTO xxx FROM sensors SAMPLE PERIOD 4096

You can install the Remote component to the mote after this query, and use 
the Dir command to see that something really got written (the files remain 
in the flash even if you reprogram the mote).


I know, this isn't what you were asking for, but knowing that you shouldn't 
try to follow the document could help. Please write a reply if you get it 
working.


Regards,

Harri

At 10:37 PM 2/27/2006 -0500, Zhengsu Gao wrote:


Hi, all,

 Does anybody has experence of query flash in tinydb. I try to 
following tinydb's document, but I never get data from created table. 
Help is greatly appreciated.




Zhengsu
___
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] Deluge Messages, TOSBase

[Holger Marquardt]

Hi Yannis,

thanks for your reply!

For my project, I'm planning to have each node with it's own images stored. So 
I don't want the images "walking around". We have a roboter managing the 
network (with an attached programming board + node), so I can reach every node 
with one hop from the base (=pc). The easiest way would be to use TOSBase, but 
it doesn't work with Deluge, I don't know why (base toggles red LED, not a 
single node shows any reaction). I would be glad to get any hints concerning 
TOSBase, like do I have to use special adresses for source or destination or 
anything else (group id is the same).

But what I want in the end, is to have a node connected to PC (or robot) which 
runs Deluge (modified if required) and can also route messages into the 
network, although getting messages into the net is my priority for now.

Holger


Ioannis Krontiris <[EMAIL PROTECTED]> schrieb am 28.02.06 10:09:21:
> 
> Hi Holger,
> 
> Can you be more specific on what you want to do? Do you want the program 
> image disseminated and stored in all nodes but you choose which one will 
> load it, or you want only a specific node to store the image in its 
> memory, and then load it ? Because, as you know, the nodes first store 
> the image in the EEPROM, and when you give the appropriate command, they 
> load it and run it.
> 
> (1) the base station is a deluge node as every other node. It creates 
> its own messages to send to its neighbors. It doesn't function as a base 
> station really.
> (2)(3) There is not any "forwarding" procedure. What happens is that 
> when a node (including the "base station") receives a new page of a 
> program image and store it in its EEPROM, then it advertises it and send 
> it to any other node that request it. The only difference with the base 
> station is that you "manually" download the image to the mote.
> 
> The easiest way to do what you want to do, is to let the image 
> disseminate in all the network and then permit to only the node with a 
> specific ID to load it and run it. But this doesn't disable the epidemic 
> behaviour of Deluge. If you want the nodes to just forward the packets 
> that they receive without storing them in EEPROM, then there will be 
> quite some code that you need to change. I would be glad to help though.
> 
> Yannis.
> 
> 
> 
> O/H Holger Marquardt έγραψε:
> 
> >Hello all!
> >
> >I'm trying to disable the epidemic behavior of Deluge 2.0. I want to program 
> >only one Mica2 node selected by the Id.
> >If I make the nodes respond only to messages for their Id, the basestation 
> >(the node connected to the pc) doesn't respond, too (well, that's good so 
> >far), but it also doesn't forward any messages into the sensor network 
> >(that's bad...). When I use the Id of the basestation, everything works fine 
> >for the basestation. If I use TOSBase (what I don't want to) it doesn't 
> >work, too, no node responds.
> >So I played a bit around, and my questions are now:
> >
> >(1) Does the basestation forward every message into the network and vice 
> >versa or does it send "own" messages?
> >(2) What is the sourceAddress from a message sent from pc into the network 
> >after forwarding through the BS?
> >(3) When and how does a node decide to forward any message?
> >
> >As example NetProgM.nc :
> >If a node recieves a netProgMsg, it sends a netProgMsg back to the 
> >sourceAddr, with it's own Id as new sourceAddr. No forwarding, how can I 
> >then ping a node other than the BS?
> >
> >Any help (or any new ideas) would be greatly appreciated!
> >Thanks, Holger

__
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193


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

Re: [Tinyos-help] TOSSIM-packet Segmentation fault

[Helios Aliaga]

On 2006-02-23 Philip Levis wrote:
> By definition, a particular CPU instruction has to cause the segfault.
> This means that it's within a particular function. What function is it
> in?
>
> Phil


I've found that the segfault occurs within

void event_tossim_msg_create(event_t *fevent, TOS_MsgPtr msg, int dest)

Just in : msgev->msg = (TOS_MsgPtr)malloc(sizeof(TOS_Msg));

But this doesn't happen always this line is executed. In the beginning
it works fine, but after a short time it gives the segfault.

Any idea of what can be happening?

Thanks in advance

Helios Aliaga

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

Re: [Tinyos-help] USART0 multiplexing on Tmote sky

[Chris Pettus]

Does your UART device support flow control RTS/CTS or DSR/DTR?
 
If it does you could use some general purpose IO pins to implement the flow control from the mote side.  Also the GPIO pins can be configured for interrupt operation so you would not have to constantly poll the device.

 
There is a method I have been working on for using the I2C mode and UART mode at the same time.  Whenever busarbitration releases the bus I make sure that the UART interrupts are still enabled but do not take control of the bus until I receive a byte and the 
HPLUART.get() event fires.  Since the I2C operates in master/slave mode it will take control of the bus, change the mode, send/receive data, change the mode back to what it was before and release the bus.  I just have to make sure the receive interrupt for the UART is re-enabled after the release.  However, this does not work for SPI mode since the interrupt flag register in the MSP430 is the same for both modes.

 
Chris 
On 2/27/06, Andrew Jamieson <[EMAIL PROTECTED]> wrote:
HiFollowing from other posts, I have got the UART and SPI on the Tmoteworking happily together using the BusArbitration module - I can happily
send data over the UART without affecting the radio.  However, thedevice I am interfacing to via the UART sends data asynchronously, andobviously when I switch the USART back to SPI mode for radio comms, any
incoming UART bytes are missed.Anyone have any ideas how the radio and the UART can be serviced withoutcontinually polling between the two in the hope that data from both canbe caught in time?  This procedure works to a point, but is pretty
inefficient and also seems to cause a null byte to be sent over the UARTevery time it is stopped via USARTControl.disableUART().Thanks for any help,Andrew___
Tinyos-help mailing listTinyos-help@Millennium.Berkeley.EDUhttps://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] autoack in cc2420

[serbaumo]

Hi. i'm using autoack in cc2420 radio. I'm sending cycling packets in
cc2420RadioM to make a b-mac implementation. So i want that the receiver
autoacks the message so the transceiver would stop transmiting the
packets when receiving the ack. i don't kwow how it does, but if the
receiver transmit the ack  i supossed that the reception of the ack
would be as if was a normal packet so the HPLChipconFIFO.RXFIFODone
would fire,no?

i don't know what to do in that moment, the RXFIFODone would identifie
tha packet as an ack? I don`t if that part of the code makes it:

 if (bAckEnable && (currentstate == POST_TX_STATE) &&
 ((rxbufptr->fcfhi & 0x07) == CC2420_DEF_FCF_TYPE_ACK) &&
 (rxbufptr->dsn == currentDSN) &&
 ((data[length-1] >> 7) == 1)) {
  atomic {
txbufptr->ack = 1;
txbufptr->strength = data[length-2];
txbufptr->lqi = data[length-1] & 0x7F;
currentstate = POST_TX_ACK_STATE;
bPacketReceiving = FALSE;
  }


do i have to implement a part in this code that recognaises the ack?
Please i need help
thanks


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

Re: [Tinyos-help] Deluge Messages, TOSBase

[Ioannis Krontiris]

Well, I tested Deluge with TOSBase and it works fine, after all...
So, test your TOSBase with some other application to see if this is the 
problem.


Yannis.

O/H Holger Marquardt έγραψε:


Hi Yannis,

thanks for your reply!

For my project, I'm planning to have each node with it's own images stored. So I don't 
want the images "walking around". We have a roboter managing the network (with 
an attached programming board + node), so I can reach every node with one hop from the 
base (=pc). The easiest way would be to use TOSBase, but it doesn't work with Deluge, I 
don't know why (base toggles red LED, not a single node shows any reaction). I would be 
glad to get any hints concerning TOSBase, like do I have to use special adresses for 
source or destination or anything else (group id is the same).

But what I want in the end, is to have a node connected to PC (or robot) which 
runs Deluge (modified if required) and can also route messages into the 
network, although getting messages into the net is my priority for now.

Holger


Ioannis Krontiris <[EMAIL PROTECTED]> schrieb am 28.02.06 10:09:21:
 


Hi Holger,

Can you be more specific on what you want to do? Do you want the program 
image disseminated and stored in all nodes but you choose which one will 
load it, or you want only a specific node to store the image in its 
memory, and then load it ? Because, as you know, the nodes first store 
the image in the EEPROM, and when you give the appropriate command, they 
load it and run it.


(1) the base station is a deluge node as every other node. It creates 
its own messages to send to its neighbors. It doesn't function as a base 
station really.
(2)(3) There is not any "forwarding" procedure. What happens is that 
when a node (including the "base station") receives a new page of a 
program image and store it in its EEPROM, then it advertises it and send 
it to any other node that request it. The only difference with the base 
station is that you "manually" download the image to the mote.


The easiest way to do what you want to do, is to let the image 
disseminate in all the network and then permit to only the node with a 
specific ID to load it and run it. But this doesn't disable the epidemic 
behaviour of Deluge. If you want the nodes to just forward the packets 
that they receive without storing them in EEPROM, then there will be 
quite some code that you need to change. I would be glad to help though.


Yannis.



O/H Holger Marquardt έγ�α�ε:

   


Hello all!

I'm trying to disable the epidemic behavior of Deluge 2.0. I want to program 
only one Mica2 node selected by the Id.
If I make the nodes respond only to messages for their Id, the basestation (the 
node connected to the pc) doesn't respond, too (well, that's good so far), but 
it also doesn't forward any messages into the sensor network (that's bad...). 
When I use the Id of the basestation, everything works fine for the 
basestation. If I use TOSBase (what I don't want to) it doesn't work, too, no 
node responds.
So I played a bit around, and my questions are now:

(1) Does the basestation forward every message into the network and vice versa or does it 
send "own" messages?
(2) What is the sourceAddress from a message sent from pc into the network 
after forwarding through the BS?
(3) When and how does a node decide to forward any message?

As example NetProgM.nc :
If a node recieves a netProgMsg, it sends a netProgMsg back to the sourceAddr, 
with it's own Id as new sourceAddr. No forwarding, how can I then ping a node 
other than the BS?

Any help (or any new ideas) would be greatly appreciated!
Thanks, Holger
 



__
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193


 


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

[Tinyos-help] RSSI and CCA

[serbaumo]

Hello i have being searching about reading the cca pin in cc2420, but i
don't understand something. I want to detect if in some instant(maybe
when something is being received) the channel is free or not. Bu the
problem is that when i look at the cca pin, it always return true.  Is
there any other way to do this? What i want is use a chect timer that
checks always the energy in the channel and if it detects valid energy
it advises me. Bu t the cca pin seems not to work, o what cani do? i
have read that when a packet is received you can read a field with the
rssi value, but what i want is the energy in every instant not when the
apcket has being received.
Some help please. thanks a lot


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

Re: [Tinyos-help] need help in query flash of tinydb

[Zhengsu Gao]

Hi, Harri:   Thank you so much for your information. I have tried, it did work, but it seemed cannot store data into local flash since when I select data from buffer, it give me nothing, just go through all its table entries. I think still some commands have problems. Also, I am so eager to know what you have mentioned: "You can install the Remote component to the mote after this query, and use the Dir command to see that something really got written (the files remain in the flash even if you reprogram the mote)." Can you give me some detailed information about the remote component. Can this components modify flash directly? Thank you so much. BestZhengsu ___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] An error with no messages

[Dan Steingart]

While trying to compile a telos b binary I get this error:

mkdir -p build/telos
compiling Blink to a telos binary
ncc -o build/telos/main.exe -O -mdisable-hwmul -I/Users/dan/ 
tinyos-1.x/tos/lib/CC2420Radio -I/Users/dan/tinyos-1.x/tos/lib/Flash - 
Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all -target=telos -fnesc- 
cfile=build/telos/app.c -board= -I%T/lib/Deluge -Wl,--section- 
start=.text=0x1a00,--defsym=_reset_vector__=0x1100 - 
DIDENT_PROGRAM_NAME=\"Blink\" -DIDENT_USER_ID=\"dan\" - 
DIDENT_HOSTNAME=\"DanielSteingart\" -DIDENT_USER_HASH=0x5ac259baL - 
DIDENT_UNIX_TIME=0x44047b48L -DIDENT_UID_HASH=0x6f267828L Blink.nc -lm

make: *** [exe0] Error 1

Anyone have any hints on where to start debugging?

Thanks in advance,

Dan

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

Re: [Tinyos-help] An error with no messages

[Philip Levis]

On Feb 28, 2006, at 8:35 AM, Dan Steingart wrote:


While trying to compile a telos b binary I get this error:

mkdir -p build/telos
compiling Blink to a telos binary
ncc -o build/telos/main.exe -O -mdisable-hwmul -I/Users/dan/ 
tinyos-1.x/tos/lib/CC2420Radio -I/Users/dan/tinyos-1.x/tos/lib/ 
Flash -Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all - 
target=telos -fnesc-cfile=build/telos/app.c -board= -I%T/lib/Deluge  
-Wl,--section-start=.text=0x1a00,--defsym=_reset_vector__=0x1100 - 
DIDENT_PROGRAM_NAME=\"Blink\" -DIDENT_USER_ID=\"dan\" - 
DIDENT_HOSTNAME=\"DanielSteingart\" -DIDENT_USER_HASH=0x5ac259baL - 
DIDENT_UNIX_TIME=0x44047b48L -DIDENT_UID_HASH=0x6f267828L Blink.nc -lm

make: *** [exe0] Error 1

Anyone have any hints on where to start debugging?

Thanks in advance,



Pass -v to ncc. E.g.,

CFLAGS = -v

in the Makefile before the include.

Phil

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

Re: [Tinyos-help] need help in query flash of tinydb

[Harri Siirtola]

TinyDB is quite heavy an application, and the fact that it doesn't work 
very well in the first place was the main reason I abandoned it. You'll be 
better off with the xbow measurement apps, if measuring & storing is what 
you want to do.


The Remote component is in "%TOSROOT/apps/TestMatchbox/Remote" (Note: 
Remote apps only work in the base mote attached to the programming board, 
not over radio). The corresponding java apps are in 
"%TOSROOT/tools/java/net/tinyos/matchbox/tools". This is an ordinary file 
system which can access all files stored in the flash, even by another 
application. You can study what's inside Remote, and start using those 
methods (FileRead, FileWrite etc.) according to your goals in your own 
applications.


Hope this helps,

Harri

At 10:35 AM 2/28/2006 -0500, Zhengsu Gao wrote:


Hi, Harri:

   Thank you so much for your information. I have tried, it did 
work, but it seemed cannot store data into local flash since when I 
select data from buffer, it give me nothing, just go through all its 
table entries. I think still some commands have problems. Also, I am so 
eager to know what you have mentioned:




"You can install the Remote component to the mote after this query, and 
use the Dir command to see that something really got written (the files 
remain in the flash even if you reprogram the mote)."




Can you give me some detailed information about the remote component. Can 
this components modify flash directly? Thank you so much.




Best

Zhengsu




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

Re: [Tinyos-help] RSSI and CCA

[Prabal Dutta]

You can read the RSSI_VAL field in the RSSI register on the CC2420
using HPLCC2420.read command. You only want the lowest 8-bits of the
return value.  See the CC2420 datasheet for details on how to
interpret this register value.  The format is 2's complement and the
value must be offset with a constant.

- Prabal

On 2/28/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hello i have being searching about reading the cca pin in cc2420, but i
> don't understand something. I want to detect if in some instant(maybe
> when something is being received) the channel is free or not. Bu the
> problem is that when i look at the cca pin, it always return true.  Is
> there any other way to do this? What i want is use a chect timer that
> checks always the energy in the channel and if it detects valid energy
> it advises me. Bu t the cca pin seems not to work, o what cani do? i
> have read that when a packet is received you can read a field with the
> rssi value, but what i want is the energy in every instant not when the
> apcket has being received.
> Some help please. thanks a lot
>
>
> ___
> 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] An error with no messages

[Dan Steingart]

Thanks Phil.  I added the line, and this is the response:

Reading specs from /usr/local/msp430/bin/../lib/gcc-lib/msp430/3.2.3/ 
specs

Reading specs from /usr/local/lib/ncc/tdspecs
Configured with: /Users/dan/tinyos-1.x/tools/src/mspgcc/build/ 
gcc-3.2.3/configure --target=msp430 --prefix=/usr/local/msp430/

Thread model: single
gcc version 3.2.3
perl -S nesc-compile -_fnesc-gcc=msp430-gcc -_fnesc-include=nesc_nx - 
_fnesc-include=tos -_Wnesc-all -_fnesc-cfile=build/telosb/app.c - 
_fnesc-target=msp430 -_fnesc-no-debug -mdisable-hwmul - 
mmcu=msp430x1611 -DPLATFORM_TELOSB -DBOARD_ -DDEF_TOS_AM_GROUP=0x7d - 
DIDENT_PROGRAM_NAME="Blink" -DIDENT_USER_ID="dan" - 
DIDENT_HOSTNAME="DanielSteingart" -DIDENT_USER_HASH=0x5ac259baL - 
DIDENT_UNIX_TIME=0x44049261L -DIDENT_UID_HASH=0xf00c3f71L -DNESC=124 - 
I/usr/local/lib/ncc -I/Users/dan/tinyos-1.x/tos/lib/Deluge -I/Users/ 
dan/tinyos-1.x/tos/lib/CC2420Radio -I/Users/dan/tinyos-1.x/tos/ 
platform/telosb -I/Users/dan/tinyos-1.x/tos/platform/telos -I/Users/ 
dan/tinyos-1.x/tos/platform/msp430 -I/Users/dan/tinyos-1.x/tos/lib/ 
Flash/STM25P -I/Users/dan/tinyos-1.x/tos/lib/Flash -I/Users/dan/ 
tinyos-1.x/tos/sensorboards/ -I/Users/dan/tinyos-1.x/tos/platform/ 
telosb -I/Users/dan/tinyos-1.x/tos/interfaces -I/Users/dan/tinyos-1.x/ 
tos/types -I/Users/dan/tinyos-1.x/tos/system -O -Wall -Wshadow -v -o / 
var/tmp//ccBEFphu.o Blink.nc -_ASM
nesc1 -_fnesc-gcc=msp430-gcc -_fnesc-include=nesc_nx -_fnesc- 
include=tos -_Wnesc-all -_fnesc-target=msp430 -_fnesc-no-debug - 
mdisable-hwmul -mmcu=msp430x1611 -DPLATFORM_TELOSB -DBOARD_ - 
DDEF_TOS_AM_GROUP=0x7d -DIDENT_PROGRAM_NAME="Blink" - 
DIDENT_USER_ID="dan" -DIDENT_HOSTNAME="DanielSteingart" - 
DIDENT_USER_HASH=0x5ac259baL -DIDENT_UNIX_TIME=0x44049261L - 
DIDENT_UID_HASH=0xf00c3f71L -DNESC=124 -I/usr/local/lib/ncc -I/Users/ 
dan/tinyos-1.x/tos/lib/Deluge -I/Users/dan/tinyos-1.x/tos/lib/ 
CC2420Radio -I/Users/dan/tinyos-1.x/tos/platform/telosb -I/Users/dan/ 
tinyos-1.x/tos/platform/telos -I/Users/dan/tinyos-1.x/tos/platform/ 
msp430 -I/Users/dan/tinyos-1.x/tos/lib/Flash/STM25P -I/Users/dan/ 
tinyos-1.x/tos/lib/Flash -I/Users/dan/tinyos-1.x/tos/sensorboards/ -I/ 
Users/dan/tinyos-1.x/tos/platform/telosb -I/Users/dan/tinyos-1.x/tos/ 
interfaces -I/Users/dan/tinyos-1.x/tos/types -I/Users/dan/tinyos-1.x/ 
tos/system -Wall -Wshadow -v Blink.nc -o build/telosb/app.c

preprocessing /Users/dan/tinyos-1.x/tos/system/tos.h
preprocessing /usr/local/lib/ncc/nesc_nx.h
preprocessing Blink.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/Main.nc
preprocessing /Users/dan/tinyos-1.x/tos/interfaces/StdControl.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MainM.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/HPLInitC.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/HPLInitM.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430ClockC.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/ 
MSP430ClockInit.nc

preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430ClockM.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430Timer.h
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/ 
MSP430DCOCalibC.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/ 
MSP430DCOCalibM.nc

preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430Timer.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430TimerC.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/ 
MSP430TimerControl.nc

preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430Compare.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430Capture.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/MSP430TimerM.nc
preprocessing BlinkM.nc
preprocessing /Users/dan/tinyos-1.x/tos/interfaces/Timer.nc
preprocessing /Users/dan/tinyos-1.x/tos/interfaces/Timer.h
preprocessing /Users/dan/tinyos-1.x/tos/interfaces/Leds.nc
preprocessing SingleTimer.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/TimerC.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/LocalTime.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/TimerMilli.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/TimerJiffy.nc
preprocessing /Users/dan/tinyos-1.x/tos/platform/msp430/TimerM.nc
preprocessing /Users/dan/tinyos-1.x/tos/system/LedsC.nc
-B/usr/local/lib/ncc -mdisable-hwmul -mmcu=msp430x1611 -O -Wall - 
Wshadow -v -o /var/tmp//ccBEFphu.o -c -fdollars-in-identifiers build/ 
telosb/app.c

make: *** [exe0] Error 1

Note the -B/usr/local/lib/ncc line... this seems to be the argument  
to an executable that isn't be called.  Any ideas?


Thanks in advance,

Dan


On Feb 28, 2006, at 9:34 AM, Philip Levis wrote:



On Feb 28, 2006, at 8:35 AM, Dan Steingart wrote:


While trying to compile a telos b binary I get this error:

mkdir -p build/telos
compiling Blink to a telos binary
ncc -o build/telos/main.exe -O -mdisable-hwmul -I/Users/dan/ 
tinyos-1.x/tos/lib/CC2420Radio -I/Users

[Tinyos-help] Obtaining Digital Output from Mica

[Lindsay Oleson]

Hi, 

I'm new to the mote platform and TinyOS, and I was wondering if it is
possible to make the Mica (specifically, Mica2Dot) output a simple
digital (or analog) voltage signal, and how such an output can be
obtained.  Any insight that can be granted on this subject would
be greatly appreciated.

Thanks,

Lindsay Oleson
[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] tinyos1.x or tinyos2.x?

[Philip Levis]

On Tue, 2006-02-28 at 16:34 +1000, Simon Willis wrote:
> Hi everyone,
> 
> I'm about to commence my first programming in TinyOS. I am using TinyOS 
> for a wireless sensor network that we have designed that is based on the 
> Mica2. Basically, it has new radio hardware and will require the radio 
> interface to be rewritten. We would like to test the new network with a 
> routing protocol etc and I was thinking of using TinyOS 2 since it has 
> the hardware abstraction architecture. The problem is that it doesn't 
> seem to have much implemented yet (as far as routing protocols etc go).

The net2 WG is currently working on basic collection and dissemination
protocols. On one hand, TinyOS 1.x does have existing implementations;
on the other, some of them (e.g., MultihopLQI) are hardware-specific.
MintRoute is hardware-independent. My guess is that porting MintRoute to
TinyOS 2.x would take one or two days at most. The steps would be pretty
simple:

1) Change references from TOS_Msg to message_t, TOS_MsgPtr to message_t*
2) Change SendMsg to Send, returning FAIL on cancel
3) Change timer interface to 2.x timer interface
4) Change all packet structs to nx_structs
5) Change packet field references to use interfaces

The reason net2 isn't going this route is because we're trying to come
up with a more general collection layer that can use different link
estimators, rather than binding it to a particular one. MintRoute binds
it to a hardware-independent one (sequence numbers) so it can
theoretically run on any platform, but this prevents it from using
better information.

> Am I better off sticking with TinyOS 1 for the time being or starting my 
> project in TinyOS 2?

It depends on what your timeframe is. Given the smaller amount of
existing support code, 2.x will have a bit more activation energy (e.g.,
the changes to MintRoute above). However, its cleaner decomposition and
hardware architecture mean that in the long term (e.g., more than a
month) it will be easier.

Phil

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

Re: [Tinyos-help] TOSSIM-packet Segmentation fault

[Philip Levis]

On Tue, 2006-02-28 at 13:16 +, Helios Aliaga wrote:
> On 2006-02-23 Philip Levis wrote:
> > By definition, a particular CPU instruction has to cause the segfault.
> > This means that it's within a particular function. What function is it
> > in?
> >
> > Phil
> 
> 
> I've found that the segfault occurs within
> 
> void event_tossim_msg_create(event_t *fevent, TOS_MsgPtr msg, int dest)
> 
> Just in : msgev->msg = (TOS_MsgPtr)malloc(sizeof(TOS_Msg));
> 
> But this doesn't happen always this line is executed. In the beginning
> it works fine, but after a short time it gives the segfault.

Ah, it looks like you are using pc/packet, not TOSSIM-packet. Matt Welsh
wrote the former, I wrote the latter. I'd suggest trying TOSSIM-packet.
It's in beta/.

Your problem is that  msgev is a null pointer. When you reach that line
in your debugger, try

print msgev

What's weird about that is that it follows this call:

tossim_msg_event *msgev = (tossim_msg_event *)malloc(sizeof
(tossim_msg_event));

My best guess is that malloc is failing (you're running out of memory).
This could be due to too large a simulation for your machine or a memory
leak in the pc/packet code. Or it could be something else entirely, I'd
have to sit down with a debugger to be sure.

Phil

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

Re: [Tinyos-help] tinyos1.x or tinyos2.x?

[Sankar Gorthi]

we're trying to come
up with a more general collection layer that can use different link
estimators


In a related doubt, the existing link estimator scheme is designed for a  
static network right? Will it work for a fast moving mobile network of  
nodes for optimal power consumption?


Sankar Gorthi.

--
Force is all-conquering, but its victories are short-lived - Abraham  
Lincoln

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

Re: [Tinyos-help] Obtaining Digital Output from Mica

[Michael Schippling]

I don't know which pins are brought out on the 'Dot but I believe
there are a few that you can use. You'll have to pour over the doc
and schematic to see which ones.

In my huge bolus of code for mica{2,z} at:
  http://www.etantdonnes.com/Motes/robocode.tar.gz
there are two modules for output. HPLPortCM.nc sets up a full
byte wide port for input or output. You can also do this on a
pin-by-pin basis but I was too lazy to complete it.

HPLMotorIIM.nc uses two of the timer/counter pins as PWM outputs,
which can produce a decent analog out with the right capacitor.

Hopefully you can use these as a guide.

MS

Lindsay Oleson wrote:

Hi,

I'm new to the mote platform and TinyOS, and I was wondering if it is 
possible to make the Mica (specifically, Mica2Dot) output a simple 
digital (or analog) voltage signal, and how such an output can be 
obtained.  Any insight that can be granted on this subject would be 
greatly appreciated.


Thanks,

Lindsay Oleson
[EMAIL PROTECTED] 




___
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] tinyos1.x or tinyos2.x?

[Philip Levis]

On Tue, 2006-02-28 at 16:26 -0600, Sankar Gorthi wrote:
> > we're trying to come
> > up with a more general collection layer that can use different link
> > estimators
> 
> In a related doubt, the existing link estimator scheme is designed for a  
> static network right? Will it work for a fast moving mobile network of  
> nodes for optimal power consumption?

Depends which link estimator you use. MintRoute's estimator adapts, but
not that quickly (think ~8 beacon intervals, so a couple of minutes).
MultihopLQI adapts a lot more quickly, but there's still a problem if
the links change significantly between receiving an update and sending a
packet. E.g., if A sends a update saying B->A is LQI 107, A moves 20
feet, changing the LQI to 80, then B sends a packet, it will think it
has 107 when it only has 80. There's a pretty straightforward tradeoff
between the cost of adaptation and the rate of adaptation.

Phil

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

RE: [Tinyos-help] Help with extraction of stored data from serial flashin Mica2/Micaz

[Amit Satpathy]

I'm sorry. I forgot to mention the hardware i was using. I am using a MTS310 
sensorboard in Mica2/Micaz motes and my reference for storing data in the 
flash memory comes from 
http://weblog.cs.uiowa.edu/htmlTinyOS/apps/TestFlash/. However, the C 
program that comes in  this website for extraction does not compile 
properly.



From: "Amit Satpathy" <[EMAIL PROTECTED]>
To: tinyos-help@Millennium.Berkeley.EDU
Subject: [Tinyos-help] Help with extraction of stored data from serial 
flashin Mica2/Micaz

Date: Tue, 28 Feb 2006 16:23:16 +0800
MIME-Version: 1.0
X-Originating-IP: [192.122.134.249]
X-Originating-Email: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
Received: from mail.Millennium.Berkeley.EDU ([169.229.48.157]) by 
bay0-mc12-f10.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 28 
Feb 2006 00:25:59 -0800
Received: from mail.Millennium.Berkeley.EDU 
(IDENT:fKJ2D64g/[EMAIL PROTECTED] [127.0.0.1])by 
mail.Millennium.Berkeley.EDU (8.13.4/8.13.4/Debian-3) with ESMTP id 
k1S8NPeP018898;Tue, 28 Feb 2006 00:23:39 -0800
Received: from hotmail.com (bay22-f5.bay22.hotmail.com [64.4.16.55])by 
mail.Millennium.Berkeley.EDU (8.13.4/8.13.4/Debian-3) with ESMTP 
idk1S8NLGJ018892 for ;Tue, 28 Feb 2006 
00:23:21 -0800
Received: from mail pickup service by hotmail.com with Microsoft 
SMTPSVC;Tue, 28 Feb 2006 00:23:16 -0800
Received: from 193.108.154.166 by by22fd.bay22.hotmail.msn.com with 
HTTP;Tue, 28 Feb 2006 08:23:16 GMT

X-Message-Info: APgguKHtcSAst8EbdATIiDUvQ9hLoxdUOVTVLX0c1Do=
X-OriginalArrivalTime: 28 Feb 2006 08:23:16.0299 
(UTC)FILETIME=[394451B0:01C63C40]

X-BeenThere: tinyos-help@Millennium.Berkeley.EDU
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: tinyos-help.Millennium.Berkeley.EDU
List-Unsubscribe: 
,

List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: 
,

Errors-To: [EMAIL PROTECTED]
Return-Path: [EMAIL PROTECTED]

Hi!
I am currently working on a program whereby sound is being sampled at around 
100Hz and the data captured is being stored in the 4M-bit serial flash. I 
have managed to successfully write the part of the program whereby the data 
does get stored in the flash.


However, currently, i am facing the problem of extracting this data for 
analysis. Is there anyone out there who has done this before and can help me 
with this? Any pointers or hints would be very much appreciated. Thank you 
and regards.


Amit.
Institute of Infocomm Research(Singapore).


___
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] HELP! strange TinyViz Issue (Error : 14 at line 1027)

[Tom Kobialka]

Hi,

I'm running TinyOS 1.17 from the CVS source tree on Linux Fedora Core 4.
I am getting a funny error when I set DBG=all and execute TinyViz:

> cd $TOSROOT/apps/TinyDBApp
> tinyviz -run build/pc/main.exe 5

snip


2: Setting TOS_LOCAL_ADDRESS to 2
2: RADIO: Channel Mon event handled for mote 2 at 0:0:6.42815625 with 
interval of 200.

2: RFM: Mote 2 got bit 0
2: Popping event for mote 0 with time 0:0:6.42815625.
0: Setting TOS_LOCAL_ADDRESS to 0
SIM: Handling incoming command type 4099 for mote 0
SIM: Enqueueing UART message for mote 0 (payloadlen 53)
0: AM_address = , 65; counter:2
0: Received message:
   ff ff 65 7d 30 01 00 7e 00 00 03 01 ff 00 00 66 00 00 01 00 00 
00 00 00 00 00 00 00 00 6c 69 67 68 74 00 00 00 00 04 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 0:

0: AM_type = 101
0: event_cleanup: freeing event: 0x85d4890
0: event_total_cleanup: freeing event data: 0x85d47e8
0: event_total_cleanup: freeing event: 0x85d4890
0: Error : 14 at line 1027
0: Error : 14 at line 1027
0: Error : 14 at line 1027
0: Popping event for mote 2 with time 0:0:6.42820625.
2: Setting TOS_LOCAL_ADDRESS to 2
2: RADIO: Channel Mon event handled for mote 2 at 0:0:6.42820625 with 
interval of 200.

2: RFM: Mote 2 got bit 0


snip

Which file could be producing "Error: 14 at line 1027" ??

Cheers

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