Thank's a lot for your availability!
>I would insert sqlite in an application of tinyos, not properly in Tossim, 
if 
>it goes right in Tossim i think that will do the same also in a general 
>application of tinyos. Then the question is the same: an application in 
nesc 
>can not be able to link a header file (of sqlite) with the correspondent c 
file 
>and so not to know the invoked function of the same sqlite?Because nesc is 
>based on componenents:application implementation etc and "can" doesn't 
>understand the new library(sqlite). 
>
>>----Messaggio originale----
>>Date: Tue, 22 Jun 2010 07:12:44 -0700
>>From: LIU Yu <[email protected]>
>>Subject: Re: [Tinyos-help] porting of sqlite to tinyos
>>To: TinyOS Help <[email protected]>
>>Message-ID:
>>      <[email protected]>
>>Content-Type: text/plain; charset=UTF-8
>>
>>Linking additional libraries / object files to a TOSSIM application is
>>definitely *possible*.
>>
>>You may want to read this recipe by Konrad Iwanicki:
>>
>>https://www.millennium.berkeley.edu/pipermail/tinyos-devel/2009-May/003817.
>html
>>
>>-- 
>>LIU Yu
>>
>>
>>On Tue, Jun 22, 2010 at 6:55 AM, Vezzali.Barbara*** <[email protected]> 
>wrote:
>>> hi,
>>> i want to port sqlite in an application in tinyos, but the application
>>> doesn't want to compile the library.
>>> the amalgamation version of sqlite is composed of shell.c, sqlite3.c
>>> sqlite3.h e sqlite3ext.h. I have found 2 solutions:
>>> 1-i have included the header of the amalgamation version of sqlite in the
>>> tos.h file (without compile sqlite) and i have introduced the command
>>> __attribute__ ((C, spontaneous)) in a function of sqlite at the scope to
>>> compile the same function always BUT DOESN'T GO,,,the application compile
>>> the header files but isn't able to go to the file c;the result is infact
>>> "undefined reference to the name of the function of sqlite";
>>> 2-i have compiled sqlite and i have linked the library with particular 
>flags
>>> in makefile to the application,
>>>
>>> CFLAGS += /dev/sqlite???????????? #where are the header files included
>>>
>>> LDFLAGS += -lsqlite3 -L/dev/build/.libs?????? #add the library 
libsqlite3.
>a
>>>
>>> DOESN'T GO,,
>>> QUESTION:IS IT POSSIBLE THAT AN APPLICATION OF TINYOS ISN'T ABLE TO LINK 
>THE
>>> HEADER FILE OF A LIBRARY TO THE CORRESPONDENT FILE IN C?
>>>
>>>
>>> _______________________________________________
>>> Tinyos-help mailing list
>>> [email protected]
>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>>
>>
>>
>>
>>------------------------------
>>
>>Message: 2
>>Date: Tue, 22 Jun 2010 07:21:51 -0700
>>From: sania aziz <[email protected]>
>>Subject: [Tinyos-help] slam to all
>>To: [email protected]
>>Message-ID:
>>      <[email protected]>
>>Content-Type: text/plain; charset="iso-8859-1"
>>
>>1. #ifndef MAXNAKWINSZ
>>
>>#define MAXNAKWINSZ 20
>>#endif
>>
>>2.  #ifdef TOSSIM
>>
>>char simtime[50];
>>
>>#define
>>
>>printTime(simtime,50)
>>
>>#else
>>
>>#define GET_SIMTIME
>>
>>#endif
>>plz explain thesecode segments of nesC  one by one  for me in general .
>>regards.
>>-------------- next part --------------
>>An HTML attachment was scrubbed...
>>URL: https://www.millennium.berkeley.edu/pipermail/tinyos-
>help/attachments/20100622/9f1a1764/attachment-0001.htm 
>>
>>------------------------------
>>
>>Message: 3
>>Date: Tue, 22 Jun 2010 14:48:28 +0000
>>From: Sam Azzaro <[email protected]>
>>Subject: [Tinyos-help] mote-mote radio communication on Tossim
>>To: Tinyos-help <[email protected]>
>>Message-ID: <[email protected]>
>>Content-Type: text/plain; charset="iso-8859-1"
>>
>>
>>Hello,
>>I have a cryptoghraphic application consisting on simulating radio 
>communication between two motes.the first has to Set up the key, encrypt 
and 
>send the message encoded.the second mote, receive the message , decrypt it, 
>then print it.
>>i tried to write my application by following the lesson 3 about radio 
>communication ( i added events ad defined what i need in a .h file)$ make 
>micazmkdir -p build/micaz    compiling TestRC6C to a micaz binaryncc -o 
>build/micaz/main.exe  -Os -Wall -Wshadow -Wnesc-all -target=micaz -fnesc-
>cfile=build/micaz/app.c -board=micasb -DDEFINED_TOS_AM_GROUP=0x22 --param 
max-
>inline-insns-single=100000 -DIDENT_APPNAME=\"TestRC6C\" -DIDENT_USERNAME=\"
>Administrateur\" -DIDENT_HOSTNAME=\"v8fmk15ebx5la4b\" -
>DIDENT_USERHASH=0xf17b64ddL -DIDENT_TIMESTAMP=0x4c20ca78L -
>DIDENT_UIDHASH=0x20764a70L -fnesc-dump=wiring -fnesc-dump='interfaces(!
>abstract())' -fnesc-dump='referenced(interfacedefs, components)' -fnesc-
>dumpfile=build/micaz/wiring-check.xml TestRC6C.nc -lmIn component 
`TestRC6C':
>TestRC6C.nc:22: syntax error before `components'TestRC6C.nc: In function 
>`Timer0.fired':TestRC6C.nc:93: warning: passing argument 2 of `Packet.
>getPayload' makes integer from pointer without a castmake: *** [exe0] !
>> Error 1
>>
>>this is the pieces of code when indicating errors:
>>implementation{               bool busy = FALSE;      message_t pkt;22:       
>>components 
>ActiveMessageC;        components new AMSenderC(AM_BLINKTORADIO);  ....        
>  }
>> event void Timer0.fired() {  ....
>>      if (!busy) {93:    RC6_RadioMsg * btrpkt = (RC6_RadioMsg *)(call Packet.
>getPayload(&pkt, NULL));    btrpkt->nodeid = TOS_NODE_ID;    if (call 
AMSend.
>send(AM_BROADCAST_ADDR, &pkt, sizeof(RC6_RadioMsg )) == SUCCESS) {      busy 
= 
>TRUE;                  }               }}
>>i will be thankfull if anyone could help me to fix it !! ( i can send all 
the 
>code but it is too much longer)Regards,Sam,                                    
>  
>>_________________________________________________________________
>>Votre messagerie et bien plus o? que vous soyez. Passez ? Windows Live 
>Hotmail, c'est gratuit !
>>https://signup.live.com/signup.aspx?id=60969
>>-------------- next part --------------
>>An HTML attachment was scrubbed...
>>URL: https://www.millennium.berkeley.edu/pipermail/tinyos-
>help/attachments/20100622/24b7d6d2/attachment-0001.htm 
>>
>>------------------------------
>>
>>Message: 4
>>Date: Tue, 22 Jun 2010 11:07:09 -0400
>>From: John <[email protected]>
>>Subject: Re: [Tinyos-help] TestSecurity
>>To: "JeongGil Ko (John)" <[email protected]>
>>Cc: "[email protected]"
>>      <[email protected]>
>>Message-ID: <[email protected]>
>>Content-Type: text/plain;     charset=us-ascii;       format=flowed;  
>>delsp=yes
>>
>>Yes, I've used the command line:
>>
>>make micaz install.1 mib520,/dev/ttyS2
>>
>>to set the node ID to 1 for the RadioCountToLeds mote and:
>>
>>make micaz install.0 mib520,/dev/ttyS2
>>
>>to set the node ID to 0 for BaseStation.
>>
>>--  
>>John
>>
>>On Jun 22, 2010, at 8:46, "JeongGil Ko (John)" <[email protected]> wrote:
>>
>>> John,
>>>
>>> Can you confirm what the node IDs are for each node in your  
>>> experiments? The if you read the README file in TestSecurity you'll  
>>> be able to see that the RadioCountToLeds app for TestSecurity sets  
>>> the node as a transmitting node if the node ID is 1 and a receiving  
>>> node otherwise. Please confirm the node IDs for the base station  
>>> node and RadioCountToLeds node.
>>>
>>> Thanks.
>>>
>>> -John
>>>
>>> On Jun 21, 2010, at 2:12 PM, John wrote:
>>>
>>>> I tried programming two micaz motes with RadioCountToLeds1 under the
>>>> TestSecurity directory. This test seemed to work fine and the 3 LEDs
>>>> were counting up. However when I tried programming one mote with the
>>>> BaseStation that implements the cc2420 security and the other mote
>>>> with RadioCountToLeds1 nothing seemed to happen. The base station
>>>> green led should blink when it receives a message. Does anyone know
>>>> what could be wrong? Thanks for any help.
>>>>
>>>> -- 
>>>> John
>>>> _______________________________________________
>>>> Tinyos-help mailing list
>>>> [email protected]
>>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>>>
>>>
>>> ------
>>> JeongGil Ko (John)
>>> Ph.D. Student
>>> Department of Computer Science
>>> Johns Hopkins University
>>> http://www.cs.jhu.edu/~jgko
>>
>>
>>------------------------------
>>
>>Message: 5
>>Date: Tue, 22 Jun 2010 08:25:19 -0700 (PDT)
>>From: vezzali_barbara <[email protected]>
>>Subject: Re: [Tinyos-help] TinyOS-PORTING A LIBRARY TO TINYOS
>>To: [email protected]
>>Message-ID: <[email protected]>
>>Content-Type: text/plain; charset=us-ascii
>>
>>
>>hi, 
>>i want to port sqlite in an application in tinyos, but the application
>>doesn't want to compile the library. 
>>the amalgamation version of sqlite is composed of shell.c, sqlite3.c
>>sqlite3.h e sqlite3ext.h. I have found 2 solutions:
>>1-i have included the header of the amalgamation version of sqlite in the
>>tos.h file (without compile sqlite) and i have introduced the command 
>>__attribute__ ((C, spontaneous)) in a function of sqlite at the scope to
>>compile the same function always BUT DOESN'T GO,,,the application compile
>>the header files but isn't able to go to the file c;the result is infact
>>"undefined reference to the name of the function of sqlite";
>>2-i have compiled sqlite and i have linked the library with particular 
flags
>>in makefile to the application, 
>>CFLAGS += /dev/sqlite             #where are the header files included
>>
>>LDFLAGS += -lsqlite3 -L/dev/build/.libs       #add the library libsqlite3.a
>>
>>DOESN'T GO,,
>>QUESTION:IS IT POSSIBLE THAT AN APPLICATION OF TINYOS ISN'T ABLE TO LINK 
THE
>>HEADER FILE OF A LIBRARY TO THE CORRESPONDENT FILE IN C?
>>
>>
>>
>>
>>alditu wrote:
>>> 
>>> TinyOS is all based in Linux?
>>> To use it in Windows you have to install unix emulators always?
>>> 
>>> Thank you in advance.
>>> 
>>> -- 
>>> aldo
>>> 
>>> _______________________________________________
>>> Tinyos-help mailing list
>>> [email protected]
>>> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>> 
>>
>>-- 
>>View this message in context: http://old.nabble.com/TinyOS-
>tp24336177p28961501.html
>>Sent from the TinyOS - Help mailing list archive at Nabble.com.
>>
>>
>>
>>------------------------------
>>
>>Message: 6
>>Date: Tue, 22 Jun 2010 18:00:37 +0200
>>From: Miklos Maroti <[email protected]>
>>Subject: Re: [Tinyos-help] Questions about Implementing Jamming
>>      Signals
>>To: [email protected], TinyOS
>>      <[email protected]>
>>Message-ID:
>>      <[email protected]>
>>Content-Type: text/plain; charset=ISO-8859-1
>>
>>Hi Vivek,
>>
>>Yes it is possible, but you will have to write some code by yourself.
>>If you really want to control everything, then you have to write your
>>own appication layer on top of the RF230DriverLayerP.nc. An alternate
>>good solution would be:
>>
>>Modify RF230RadioC and remove from the layers the CollisionAvoidance
>>layer completely. Just remove the components and correct the wirings.
>>Also remove the LowPowerListening, TrafficMonitor, SoftwareAck and
>>CarrierSense layers. This will improve the timing a lot. You cannot
>>use ACKS in this case.
>>
>>Modify the RF230RadioP.nc so that requiresRssiCca always return FALSE.
>>This might not be necessary, but can help.
>>
>>Even if you do this, there is some problem: the upper part of the
>>radio stack is running in task context. It is impossible to initiate
>>any action from task context at microsecond precision. You might want
>>to add another layer just above the driver which busy waits in
>>microsecond precision till you want to send out your message. That
>>will fix all of your problems.
>>
>>Hope you can pull this off. Best,
>>Miklos
>>
>>On Tue, Jun 22, 2010 at 12:35 PM,  <[email protected]> wrote:
>>> HI.
>>>
>>> Thank you very much for your reply.
>>> I think I am still stuck up with my problem. Here is the whole issue:
>>> I have to send messages from two motes to the basestation at a very
>>> small time difference. I want to plot the basestation's received
>>> messasges on a time scale that is in microseconds. I had thought
>>> disabling CCA would have enabled the motes to send at any time i want
>>> them to. Even while doing what you had advised, I have found out that
>>> there is a random time in the range of tens of milliseconds that the
>>> motes take after giving the send command, even if there is only one
>>> sending mote. Our main aim is to check if we are able to send messages
>>> at such time instants that they are received at the basestation at
>>> approximatesly the same time instant (our time scale has to be
>>> microseconds).
>>> Is that possible? If yes, I would like to request you to help me in
>>> achieving this.
>>>
>>> Thank you.
>>> Vivek Sharma.
>>>
>>> -----Original Message-----
>>> From: [email protected] [mailto:[email protected]] On Behalf Of Miklos
>>> Maroti
>>> Sent: maandag 14 juni 2010 15:17
>>> To: Sharma, V. (Vivek); TinyOS
>>> Subject: Re: [Tinyos-help] Questions about Implementing Jamming Signals
>>>
>>> Hi!
>>>
>>> Use the latest CVS version of tinyos-2.x. Write an application that
>>> continuously transmit messages. Then add these lines to your makefile:
>>>
>>> CFLAGS += -DRF230_BACKOFF_MIN=100
>>> CFLAGS += -DRF230_BACKOFF_INIT=100
>>> CFLAGS += -DRF230_BACKOFF_CONG=100
>>>
>>> Then copy RF230DriverLayerP.nc into your application directory, and
>>> comment out these lines:
>>>
>>> ? ? ? ? ? ? ? ?if( call Config.requiresRssiCca(msg)
>>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?&& (readRegister(RF230_PHY_RSSI) &
>>> RF230_RSSI_MASK) > ((rssiClear
>>> + rssiBusy) >> 3) )
>>> ? ? ? ? ? ? ? ? ? ? ? ?return EBUSY;
>>>
>>> from the RadioSend.send ?command.
>>>
>>> This should give a pretty good jamming singnal :) If it is too good,
>>> then increase the BACKOFF values (those are in microseconds).
>>>
>>> Best,
>>> Miklos
>>>
>>> On Thu, Jun 10, 2010 at 4:17 PM, ?<[email protected]> wrote:
>>>> Hi miklos,
>>>>
>>>> I am new to this tinyos software and for an experiment, i wanted to
>>>> know if it is possible to disable the csma (cca is the same i guess),
>>>> in the iris motes (rf230 radio). I would appreciate if you could tell
>>>> the procedure to do the same.
>>>>
>>>> Thanks,
>>>> Vivek sharma
>>>>
>>>
>>
>>
>>
>>------------------------------
>>
>>_______________________________________________
>>Tinyos-help mailing list
>>[email protected]
>>https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
>>
>>End of Tinyos-help Digest, Vol 86, Issue 61
>>*******************************************
>>
>
>


_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Reply via email to