FW: [Tinyos-help] [lesson 4 with tinyOs2.0]
-Original Message- From: vazoumana fofana [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 05, 2007 6:47 PM To: Firat TARAKTAS Subject: RE: [Tinyos-help] [lesson 4 with tinyOs2.0] Thanks for your answer. I ve succeeded. but i think the tutorial was not clear. indeed, Java testserial always failed if you don't add something(options) or export MOTECOM. It was written after. From: Firat TARAKTAS [EMAIL PROTECTED] To: vazoumana fofana [EMAIL PROTECTED],tinyos-help@Millennium.Berkeley.EDU Subject: RE: [Tinyos-help] [lesson 4 with tinyOs2.0] Date: Tue, 5 Jun 2007 17:39:59 +0300 Hi, 1. Did you run the command like java TestSerial -comm [EMAIL PROTECTED]:telos or assign MOTECOM correctly? 2. Be sure that other running programs on your PC does not use your port. Firat TARAKTAS -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of vazoumana fofana Sent: Tuesday, June 05, 2007 5:26 PM To: tinyos-help@Millennium.Berkeley.EDU Subject: [Tinyos-help] [lesson 4 with tinyOs2.0] Hi, i try to compile the lesson 4 Mote Pc serial Communication and Serial Forwarder : When i execute java TestSerial, there is an error message wich appears : [EMAIL PROTECTED]:9002 died - exiting (java.net.ConnectException: Connection refused). somebody can help me , please ? thanks. _ Avec Windows Live OneCare éliminez tous les virus de votre PC ! http://www.windowslive.fr/liveonecare/default.asp ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-he lp _ Windows Live Spaces : créez votre blog à votre image ! http://www.windowslive.fr/spaces ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] sending packets via Tython
Lets say the packet structure is defined as typedef struct myPacket { uint16_t senderId; uint16_t someData; } then use mig to generate the corresponding java class file. At tython prompt issue these commands from simcore import *; import myPacket; myMsg = myPacket(); myMsg.set_senderId(0); myMsg.set_someData(11); comm.sendRadioMessage(20, sim.getTossimTime()+10, myMsg); These commans import necessary stuff, create the packet, set corresponding fields and send the packet to node 20. On 6/5/07, Faisal Karim [EMAIL PROTECTED] wrote: Hi Sarfaraz Thanks again. But how to set the sender ID for comm.sendRadioMessage() coz three arguments accepted by this method dont specify who is sender. Looking forward for your early reply Regards Faisal Karim - Original Message From: Sarfraz Nawaz [EMAIL PROTECTED] To: Faisal Karim [EMAIL PROTECTED] Cc: tinyos help tinyos-help@millennium.berkeley.edu Sent: Tuesday, June 5, 2007 2:51:49 AM Subject: Re: [Tinyos-help] sending packets via Tython Its the simulation environment that is sending the packets not the base station node. Though you can set the sender ID to be 0 and have the receiving node believe that the packet came from node 0. On 6/4/07, Faisal Karim [EMAIL PROTECTED] wrote: Hi Sarfaraz Thanks for reply. Thats true but who is using these methods ( comm.sendRadioMessage() and comm.sendUARTMessage() ) to send messages to any node. I assume its base station ie node 0. Im looking forward to send messages from specific node. Lets say node 2 send message to node 10. How we can do by using Tython. Thanks in advance. Looking Forward Regards Faisal Karim - Original Message From: Sarfraz Nawaz [EMAIL PROTECTED] To: Faisal Karim [EMAIL PROTECTED] Cc: tinyos help tinyos-help@millennium.berkeley.edu Sent: Sunday, June 3, 2007 6:12:12 AM Subject: Re: [Tinyos-help] sending packets via Tython comm.sendRadioMessage() and comm.sendUARTMessage() are used to send a packet to any node in the network on the uart and radio respectively. On 6/1/07, Faisal Karim [EMAIL PROTECTED] wrote: Hi All Im looking forward to send packets from specific node in simulation via Tython. In Tython manual it is described to send using moteIF(), but what i understand this is to send some msg from base station ie some serial port. To send to base station there is a method comm.sendUARTMessage(), also there is comm.sendRadioMessage() which im assuming to send msg from base station to specific node via radio as this method do not describe which node is sending the message. any comments and help will be highly appreciated Regards Faisal Karim -- Get the Yahoo! toolbar and be alerted to new email http://us.rd.yahoo.com/evt=48225/*http://new.toolbar.yahoo.com/toolbar/features/mail/index.phpwherever you're surfing. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help -- Get the free Yahoo! toolbar http://us.rd.yahoo.com/evt=48226/*http://new.toolbar.yahoo.com/toolbar/features/norton/index.phpand rest assured with the added security of spyware protection. -- Ready for the edge of your seat? Check out tonight's top pickshttp://us.rd.yahoo.com/evt=48220/*http://tv.yahoo.com/on Yahoo! TV. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: connecting to the SerialForwarder
Hi Islam, Try to do it as I do... In my case it is working, but anyway, you have not implemented properly de protocol (the code is in pseudo-C#) //First we have to send the protocol initialization, sending the protocol version us[0]='T'; us= '!'; socket.Send(us,0,us.Length, ); //After that we have to receive also de protocol information byte[] check = new byte[2]; socket.Receive(check,0, check.Lengh, ...) //Now, receive the platform information (4 bytes) byte[] nonceRem = new byte[4]; socket.Receive(nonceRem,0, nonceRem.Length,...) //And send the information of the platform we are using, //in my case the platform is micaz and the corresponding value is 3 char[] nonce = new char[4]; int platform = 3; //micaz nonce[0] = (char)platform; nonce[1] = (char) (platform 8); nonce[2] = (char) (platform 16); nonce[3] = (char) (platform 24); socket.send(nonce, 0, nonce.Length,...) //And thats all falks ;) // Following you will receive one byte that show you the length of the next message //And following you have to read from socket tha amount of bytes byte[] myLength = new byte[1]; socket.receive(myLength,0, 1,..) byte[] data = new byte[myLength]; socket.receive(data,0, data.Length,...) Anyway, if it doesn't work, check that you have compiled the last version for C-based SerialForwarder (you can download it from tinyos cvs). Greetings - Original Message - From: Islam Hegazy [EMAIL PROTECTED] To: Javier Barbarán [EMAIL PROTECTED] Cc: tinyos-help@Millennium.Berkeley.EDU Sent: Tuesday, June 05, 2007 7:49 AM Subject: Re: connecting to the SerialForwarder Thanks very much for the paper. It was really helpful. Now I can receive from the SF. However, what I receive is unexpected. First, what is the platform that I have to send to the SF? At the moment I resend the platform that I receive from the SF. Second, the data length byte is always '\t' which leads to wrong readings. Following is my code: char s[2]; char dataLen[1]; char packet[256]; char platform[4]; int rcd; short data; short len; if ((rcd = recv(sd, s, 2, 0)) != 0) { send(sd, s, 2, 0); rcd = recv(sd, platform, 4, 0);//reads 4 bytes send(sd, platform, 4, 0);//send the platform that I received rcd = recv(sd, dataLen, 1, 0);//dataLen is always '\t' sscanf(dataLen, %d, len); //wrong len printf(%d\n, len); rcd = recv(sd, packet, len, 0);//read wrong data sscanf(packet, %d, data); //read the first byte printf(%d\n, data); } I also found this article about the SF protocol: http://www.stanza.co.uk/emergentcity/?cat=11 Regards Islam Hegazy ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] Compiling Blink for micaz
Thanks for your reply. I solved this error but I can't compile Blink still (make pc is ok). When I do 'make mica' I get the next error messages: [EMAIL PROTECTED] Blink]# make mica compiling Blink to a mica binary ncc -o build/mica/main.exe -Os -board=micasb -target=mica -Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all -finline-limit=10 -fnesc-cfile=build/mica/app.c Blink.nc -lm In file included from /opt/tinyos-1.x/tos/platform/mica/hardware.h:49, from /opt/tinyos-1.x/tos/system/tos.h:132: /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h: In function `TOSH_sleep': /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h:144: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h: In function `__nesc_atomic_start': /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h:155: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h: In function `__nesc_atomic_end': /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h:162: warning: implicit declaration of function `outp' In file included from /opt/tinyos-1.x/tos/system/tos.h:132: /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_RED_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_RED_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_RED_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_RED_LED_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_RED_LED_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_YELLOW_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_YELLOW_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_YELLOW_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_YELLOW_LED_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_YELLOW_LED_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_GREEN_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_GREEN_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_GREEN_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_GREEN_LED_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_GREEN_LED_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_UD_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_UD_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_UD_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_UD_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_UD_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_INC_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:62: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function
[Tinyos-help] Hardware v. Software Acks in TEP 126
Hi, TEP 126 (s5.1) talks about how software acknowledgements are used over hardware acknowledgements. I'm trying to reproduce the false acknowledgements situation but I'm not having much success, under what conditions does this occur? Thanks, John ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Write Fails in BlackBook Files System
Hi David It seems that write fails after 18 files have been written. (I am trying to write a new file every 3 seconds). Any idea why this should happen? I am using telosb with tinyos 2.0.1 The write app which I am using is as follows: module WriteCheckC { uses interface BBoot; uses interface BFileWrite; uses interface Boot; uses interface Leds; uses interface TimerTMilli as Timer0; } implementation { uint32_t fileNumber; char *reverseString(char temp[10]) { int k=0; int len = strlen(temp); while(k(len+1)/2) { char t = temp[k]; temp[k] = temp[len-k-1]; temp[len-k-1] = t; k++; } temp[len] = '\0'; return temp; } char *getString(int i) { int j=i; int k=0; char temp[10]; while(j) { temp[k] = j%10 + 48; j /= 10; k++; } temp[k] = '\0'; return reverseString(temp); } event void Boot.booted() {} event void BBoot.booted(uint16_t totalNodes, uint8_t totalFiles, error_t error) { call Timer0.startPeriodic(3000); } event void Timer0.fired() { char *temp; char file1[20]; temp = getString(fileNumber); strcpy(file1, b); strcat(file1, temp); call BFileWrite.open(file1, sizeof(uint32_t)); } event void BFileWrite.opened(uint32_t len, error_t error) { uint16_t sense = 12; call Leds.led0Toggle(); call BFileWrite.append(sense, sizeof(sense)); } event void BFileWrite.appended(void *data, uint16_t amountWritten, error_t error) { call BFileWrite.save(); } event void BFileWrite.saved(error_t error) { call BFileWrite.close(); } event void BFileWrite.closed(error_t error) {fileNumber++; call Leds.led2Toggle();} } Thanks, Mayur -- Mayur Maheshwari([EMAIL PROTECTED]) Karmanye Vadhikaraste Ma Phaleshu Kadachana, Ma Karma Phala Hetur Bhurmatey Sangostva Akarmani ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] TOSSIM and sendDone()
I've searched the archives and still can't get to sendDone to be signaled in TOSSIM. I have the topology file and noise file, and the python script is basically a copy-paste from lesson 11, only with the range of nodes from 0 to 2, but the sendDone never happens. I have tinyos cvs updated yesterday. There are also some methods for configuring a network that I can't use, for exemple threshold and setThreshold. They don't appear in the dir(r) listing, but they are mentioned in the lesson Thanks in advance Hugo Sousa --- topo.txt 0 1 -64.71 1 0 -66.06 0 2 -64.71 2 0 -66.06 1 2 -64.71 2 1 -66.06 meyer-heavy.txt -97 -98 -98 -86 -90 -91 -87 -87 -98 -98 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Question on MultiOscilloscope Application
Sorry, tab-space sends on this webmail client. I need to be more careful about that. Anyone know how to adjust tab to field behavior in Firefox 2? On Tue, June 5, 2007 5:44 pm, M A said: Hi I have started learning tinyos-2.x and I have a simple question related to MultiOscilloscope function in directory tinyos-2.x/apps/MultihopOscilloscope. In the file MultioscilloscopeC.nc we declare a message buffer message_t uartbuf . Declaring one yourself is the correct action, however you should also have a pointer: message_t * p_uartbuf; But I dont understand where is this initialized. If you don't initialize it somehow, it won't have anything done to it until it gets used by part of the radio stack. I believe the stack wipes a buffer before it uses it. We call the command SerialSend.getPayload(uartbuf); in the Recevie.receive() event. Thus basically we are getting the payload from the message stored in uartbuf. But I cant figure out where and when a message is being stored in uartbuf. Receive.receive() looks like: event message_t* receive(message_t* msg, void* payload, uint8_t len); msg is a pointer to the buffer that the incoming AM message occupies. This buffer is a message_t. If you want the whole message, you need to swap pointers so that your buffer becomes part of the stack, and the one on the stack you keep. message_t * p_tempMsg; //Message for swap p_tempMsg = p_uartbuf; p_uartbuf = msg; //your buffer is now the incoming message I guess when Receive.receive returns it returns a buffer for the stack. Is it the same buffer? I am confused. Can anyone explain this to me ? Now, here's why you declared p_tempMsg: return p_tempMsg; This returns your buffer to the receive interface so it has an empty buffer to use for the next message. This is so you don't have your message overwritten when your trying to work with it. You may also just want the payload. One way to do that is to allocate: uint8_t payloadBuffer[DATA_LENGTH]; //I am not 100% sure this is the const. in 2.x Then you can: memcpy (payloadBuffer, payload, len); in the receive event. Don't forget to: return msg; if you memcpy out your data. There are, of course, other ways to copy if you have declare a struct for your data, but this should get you started. Thanking You John ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help I hope I helped. -Ben -- The difference between the right word and the almost right word is really a large matter- it's the difference between a lightning bug and the lightning. -Twain ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Active message protocol
On Tuesday 05 June 2007 13:46, jose m wrote: On Monday 04 June 2007 13:38, jose m wrote: Checking out the AMStandard.nc file I see that, if you are transmitting a radio message, the AMStandard component is occupied until the tx is done, and you cannot tx to UART until then. Why? any problem tx to radio and UART at the same time? On Tuesday 05 June 2007 13:20, Steve McKown wrote: Assuming the radio and serial UART don't share any common resources, their operations can certainly be interleaved. For example, you can call AMSend.send(...) and then on the very next line call UartStream.send(...). The actual order of execution occurs based upon the TinyOS concurrency model. AMSend.sendDone() and UartStream.sendDone() will be each called as their relevant split-phase operations complete. If you want to learn more about TinyOS concurrency, check out Philip Levis' programming guide @ http://csl.stanford.edu/~pal/pubs/tinyos-programming.pdf Thanks! Ok, don't worry, I understand concurrency. However, when you use AM protocol, you use AMStandard (not UartStream), and AMStandard doesn't allow send radio and uart packets at the same time, even when the uart (or radio) is idle (a variable named state is checked). This behavior looks intentional... any reason for this? I'm sorry, I missed the fact you were using TinyOS-2.x and made some bad assumptions. I don't use TinyOS-1.x, but took a quick look at AMStandard.nc. I think I have an answer to your question; hopefully someone will jump in and correct if I'm wrong. AMStandard.nc implements a single AM stack instance that just happens to use two physical devices internally. An AM stack has several behavioral rules, one of them being that only one send can be pending at a time. So, to keep AMStandard.nc behaviorally consistent, it can't schedule overlapping sends. In contrast, TinyOS-2.x addressed this issue by creating separate AM stack instances for the radio and the uart. In this way, the components using the stacks could schedule a send on each 'simultaneously'. If you need overlapping sends between devices, I'd be tempted to create AMRadio.nc and AMUart.nc, which effectively copy AMStandard.nc but use a single device only. You should poke around in your tos1 distribution, as there may already be a better solution available. All the best, Steve ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] understaning MultihopOscillator
On Wed, June 6, 2007 6:15 am, Ãkos Maróy said: I'm not sure I understand how Multihop Oscillator works, after reading up on the README file that is along with it. let's suppose I would have motes with the following installed on them: mote #0 - MultihopOscillator mote #1 - MultihopOscillator mote #100 - BaseStation if so, mote #1 would send sensor readings to mote #0? does mote #0 do any sensor reading on it's own? would mote #0 send sensor data to mote #100? Multihop assumes 0 is the sink. This can be changed in the code. Reading varies app-to-app and I don't know for sure on this one. If it does, you would have to piggyback the sensor board onto the base station. and if I connect the java Oscillator app to mote #100, then it would display all readings? Everything it could hear. I'm not sure how it interacts with the BaseStation app at node 0. I'm pretty sure MultiHop needs to hear debug info to route properly. sorry, this is a bit confusing for me... Akos -- The difference between the right word and the almost right word is really a large matter- it's the difference between a lightning bug and the lightning. -Twain ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] understaning MultihopOscillator
On 6/6/07, Ákos Maróy [EMAIL PROTECTED] wrote: I'm not sure I understand how Multihop Oscillator works, after reading up on the README file that is along with it. The README does it seem a bit brief... From reading the code: let's suppose I would have motes with the following installed on them: mote #0 - MultihopOscillator mote #1 - MultihopOscillator mote #100 - BaseStation if so, mote #1 would send sensor readings to mote #0? does mote #0 do any sensor reading on it's own? would mote #0 send sensor data to mote #100? No. Node 0 is a root (see the last paragraph of the README and the call to RootControl.setRoot in MultihopOscilloscope.nc), and in MultihopOscilloscope, root nodes send the received data to the serial port (see the code for Receive.receive in MultihopOscilloscopeC.nc). and if I connect the java Oscillator app to mote #100, then it would display all readings? No. Connect the Oscilloscope app to mote #0. sorry, this is a bit confusing for me... The README should be improved... David Gay ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] TEP 126 and AES
Hi, TEP 126 in 10.1 states that the CC2420 radio cannot begin encryption at a particular offset. However, v1.3 of the CC2420 data sheet in section 21.5 specifically states that this is possible, via the SECCTRL1.SEC_TXL and SEC_RXL register fields. Does the comment in 10.1 come from testing real parts, reading an older spec, etc.? PS - We have a project for which we plan to use CC2420 CCM with a 32-bit MIC which will start in earnest in the next few weeks. I would be interested in learning how our efforts in this regard can best be coordinated for possible inclusion into the new CC2420 stack. If someone is already working on this, perhaps we can collaborate. Thanks, Steve ___ 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 TestNetwork Application
On Jun 6, 2007, at 12:04 AM, Murtuza wrote: Hello friends I have a doubt in TestNetwork Application in tinyos-2.x/apps/tests/ TestNetwork directory. I feel it is a real stupid question to ask but I cant figure out whats happening in real. In the file TestNetworkC.nc we have void sendMessage() { TestNetworkMsg* msg = (TestNetworkMsg*)call Send.getPayload (packet); uint16_t metric; am_addr_t parent;... The call Send.getPayload(packet) returns a pointer to the payload region on the message packet. Isn't it so ? This is pointed out by the pointer msg. Now if this is so, where is packet being initialized in the first place. What data or message is being stored in packet and where. There is declaration of packet as message_t and then its used in the above call. I am totally confused about how this works. Either I am thinking too far or completely lost. I wish somebody helps me out soon as I need to work on a project and I cant work unless I understand this. Please read TEP 116: it explains how the getPayload call works. All this is doing is setting the application payload. When you call Send, the routing layer sets the layer 3 payload. When the routing layer calls AMSend, the link layer sets the layer 1 + 2 payloads, filling in the complete packet. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Hardware v. Software Acks in TEP 126
On Jun 6, 2007, at 5:40 AM, John Hendrie wrote: Hi, TEP 126 (s5.1) talks about how software acknowledgements are used over hardware acknowledgements. I'm trying to reproduce the false acknowledgements situation but I'm not having much success, under what conditions does this occur? It's very very rare. The net2 WG has seen it when running CTP over 80 node networks, where the occurance rate is something like 1 in 4,000 data packets. Evidence suggests that it may be caused by corrupted packets that pass CRC, but it could also be a node A overhearing an ACK intended for another node B. They are what prevent CTP from being able to consistently achieve 3 9s (99.9%) or more of reliability at very low data rates. 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 and sendDone()
On Jun 6, 2007, at 7:16 AM, Hugo Sousa wrote: I've searched the archives and still can't get to sendDone to be signaled in TOSSIM. I have the topology file and noise file, and the python script is basically a copy-paste from lesson 11, only with the range of nodes from 0 to 2, but the sendDone never happens. I have tinyos cvs updated yesterday. There are also some methods for configuring a network that I can't use, for exemple threshold and setThreshold. They don't appear in the dir(r) listing, but they are mentioned in the lesson Thanks in advance Hugo Sousa --- topo.txt 0 1 -64.71 1 0 -66.06 0 2 -64.71 2 0 -66.06 1 2 -64.71 2 1 -66.06 meyer-heavy.txt -97 -98 -98 -86 -90 -91 -87 -87 -98 -98 Is this the length of the trace you're feeding, or are you feeding the entire trace? It needs to be at least 100 entries long or so for noise simulation to work effectively. Try enabling the dbg mode TossimPacketModelC. This is where CSMA is going on. It should give you a hint on what's going on. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] understaning MultihopOscillator
On Jun 6, 2007, at 8:31 AM, Benjamin Madore wrote: On Wed, June 6, 2007 6:15 am, Ákos Maróy said: I'm not sure I understand how Multihop Oscillator works, after reading up on the README file that is along with it. let's suppose I would have motes with the following installed on them: mote #0 - MultihopOscillator mote #1 - MultihopOscillator mote #100 - BaseStation if so, mote #1 would send sensor readings to mote #0? does mote #0 do any sensor reading on it's own? would mote #0 send sensor data to mote #100? Multihop assumes 0 is the sink. This can be changed in the code. Reading varies app-to-app and I don't know for sure on this one. If it does, you would have to piggyback the sensor board onto the base station. and if I connect the java Oscillator app to mote #100, then it would display all readings? Everything it could hear. I'm not sure how it interacts with the BaseStation app at node 0. I'm pretty sure MultiHop needs to hear debug info to route properly. The answers above are for 1.x; the question was about 2.0. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Compiling Blink for micaz
I think those -- sbi(), cbi(), etc -- are in \usr\local\avr\include\avr\sfr_defs.h so you're still not getting the right AVR includes for some reason. MS M.Soledad Escolar Díaz wrote: Thanks for your reply. I solved this error but I can't compile Blink still (make pc is ok). When I do 'make mica' I get the next error messages: [EMAIL PROTECTED] Blink]# make mica compiling Blink to a mica binary ncc -o build/mica/main.exe -Os -board=micasb -target=mica -Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all -finline-limit=10 -fnesc-cfile=build/mica/app.c Blink.nc -lm In file included from /opt/tinyos-1.x/tos/platform/mica/hardware.h:49, from /opt/tinyos-1.x/tos/system/tos.h:132: /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h: In function `TOSH_sleep': /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h:144: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h: In function `__nesc_atomic_start': /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h:155: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h: In function `__nesc_atomic_end': /opt/tinyos-1.x/tos/platform/avrmote/avrhardware.h:162: warning: implicit declaration of function `outp' In file included from /opt/tinyos-1.x/tos/system/tos.h:132: /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_RED_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_RED_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_RED_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_RED_LED_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_RED_LED_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:57: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_YELLOW_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_YELLOW_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_YELLOW_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_YELLOW_LED_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_YELLOW_LED_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:58: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_GREEN_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_GREEN_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_GREEN_LED_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_GREEN_LED_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_GREEN_LED_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:59: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_SET_UD_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_CLR_UD_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `cbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_READ_UD_PIN': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `inp' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_UD_OUTPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `sbi' /opt/tinyos-1.x/tos/platform/mica/hardware.h: In function `TOSH_MAKE_UD_INPUT': /opt/tinyos-1.x/tos/platform/mica/hardware.h:61: warning: implicit declaration of function `cbi'
[Tinyos-help] RE: SOS on BBFS ;)
Hi Mayur, I see two emails from you. I'll get to this one first, but I'll probably need to wait 'till later to get to the next. - does bbfs handles flash access contention itself, or do I need to add a bool, to allow only single access to bbfs read/write. Blackbook does not queue up requests, and it will only handle one request at a time. If a component tries to access Blackbook while Blackbook is handling another client, the command will return fail. One simple way to get around this is put all your Blackbook commands in a spinning task.. but that could increase your memory footprint. Another way to do it is to setup your own arbitration mechanism. I left this functionality out of Blackbook because I didn't want to make it mandatory and increase everyone's memory footprint when not everyone needed the functionality. - does bbfs defines an upper limit on max number of files on flash and/or max number of open files etc Look in BlackbookConst.h: /** * The following is the maximum number of files on * our file system * * The amount of RAM used by Blackbook to store file info * can be expressed by: * MAX_FILES * NODES_PER_FILE * sizeof(node_t) */ #ifndef MAX_FILES #define MAX_FILES 19 #endif MAX_FILES defines the maximum number of file structures existing in non-volatile memory - the maximum number of real files you can have. At least one of those files is automatically taken by the bb.cp_ checkpoint file. The maximum number of files you can have open at any given time is dependent upon how many BFileRead(), BFileWrite(), BDictionary(), etc. instances there are. If your application needs to have 18 files open for reading/writing simultaneously, it can by making 18 new BFile*() components. - does bbfs have any issues with the same file being opened/read/write simultaneously Blackbook can have a single file open for reading and writing at the same time. As you write to the file through BFileWrite(), you can be reading that data back out of BFileRead(). -David _ From: Mayur Maheshwari [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 05, 2007 12:17 PM To: David Moss; tinyos-help@millennium.berkeley.edu Subject: SOS on BBFS ;) Hi David, I am using bbfs but have been facing a few problems. Your inputs will help a lot. - does bbfs handles flash access contention itself, or do I need to add a bool, to allow only single access to bbfs read/write. - does bbfs defines an upper limit on max number of files on flash and/or max number of open files etc - does bbfs have any issues with the same file being opened/read/write simultaneously I am reading a lot of files and sending over radio (while writing continues simultaneously). It seems that bbfs open of a file fails after sometime and every other bbfs operations fails too. It will help a lot it you can share some test code where multiple read, write and delete happen simultaneously. Thanks, Mayur -- Mayur Maheshwari([EMAIL PROTECTED]) Karmanye Vadhikaraste Ma Phaleshu Kadachana, Ma Karma Phala Hetur Bhurmatey Sangostva Akarmani ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] RE: Write Fails in BlackBook Files System
Yup - just like I explained in that last email, by default Blackbook offers 19 MAX_FILES (BlackbookConst.h). One of those files is taken up by the checkpoint file (bb.cp_). So that leaves you with 18 files. Without deleting some files, you'll be stuck. If you want to increase the number of files the file system can hold, increase the MAX_FILES definition. -David _ From: Mayur Maheshwari [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 06, 2007 6:59 AM To: David Moss; tinyos-help@millennium.berkeley.edu Subject: Write Fails in BlackBook Files System Hi David It seems that write fails after 18 files have been written. (I am trying to write a new file every 3 seconds). Any idea why this should happen? I am using telosb with tinyos 2.0.1 The write app which I am using is as follows: module WriteCheckC { uses interface BBoot; uses interface BFileWrite; uses interface Boot; uses interface Leds; uses interface TimerTMilli as Timer0; } implementation { uint32_t fileNumber; char *reverseString(char temp[10]) { int k=0; int len = strlen(temp); while(k(len+1)/2) { char t = temp[k]; temp[k] = temp[len-k-1]; temp[len-k-1] = t; k++; } temp[len] = '\0'; return temp; } char *getString(int i) { int j=i; int k=0; char temp[10]; while(j) { temp[k] = j%10 + 48; j /= 10; k++; } temp[k] = '\0'; return reverseString(temp); } event void Boot.booted() {} event void BBoot.booted(uint16_t totalNodes, uint8_t totalFiles, error_t error) { call Timer0.startPeriodic(3000); } event void Timer0.fired() { char *temp; char file1[20]; temp = getString(fileNumber); strcpy(file1, b); strcat(file1, temp); call BFileWrite.open(file1, sizeof(uint32_t)); } event void BFileWrite.opened(uint32_t len, error_t error) { uint16_t sense = 12; call Leds.led0Toggle(); call BFileWrite.append(sense, sizeof(sense)); } event void BFileWrite.appended(void *data, uint16_t amountWritten, error_t error) { call BFileWrite.save(); } event void BFileWrite.saved(error_t error) { call BFileWrite.close(); } event void BFileWrite.closed(error_t error) {fileNumber++; call Leds.led2Toggle();} } Thanks, Mayur -- Mayur Maheshwari([EMAIL PROTECTED]) Karmanye Vadhikaraste Ma Phaleshu Kadachana, Ma Karma Phala Hetur Bhurmatey Sangostva Akarmani ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] tinyos for telos rev-b
Hi I am trying to run blink application for telos Rev-b in tinyos and getting error message. Can anybody suggest me what should I do regards Nazish Error message: compiling Blink to a telos binary ncc -o build/telos/main.exe -O -mdisable-hwmul -I/opt/tinyos-1.x/tos/lib/CC2420R adio -I/opt/tinyos-1.x/tos/lib/Flash -Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wne sc-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_NAM E=\Blink\ -DIDENT_USER_ID=\nirfan\ -DIDENT_HOSTNAME=\zag0\ -DIDENT_USER_HA SH=0x2e6fb4fdL -DIDENT_UNIX_TIME=0x4666e068L -DIDENT_UID_HASH=0x20d0bb94L Blink. nc -lm /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s: Assembler messages: /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:332: Error: unrecognized sy mbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:332: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:336: Error: unknown opcode `msp430clockm$set_dco_calib:' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:338: Error: unknown pseudo- op: `.l__framesize_msp430clockm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:339: Error: unknown pseudo- op: `.l__frameoffset_msp430clockm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:353: Error: expected comma after name `MSP430ClockM' in .size directive /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:357: Error: unrecognized sy mbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:357: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:361: Error: unknown opcode `timerm$settimer:' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:363: Error: unknown pseudo- op: `.l__framesize_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:364: Error: unknown pseudo- op: `.l__frameoffset_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:438: Error: expected comma after name `TimerM' in .size directive /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:442: Error: unrecognized sy mbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:442: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:446: Error: unknown opcode `timerm$localtime$read:' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:448: Error: unknown pseudo- op: `.l__framesize_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:449: Error: unknown pseudo- op: `.l__frameoffset_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:494: Error: expected comma after name `TimerM' in .size directive /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:498: Error: unrecognized sy mbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:498: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:502: Error: unknown opcode `timerm$inserttimer:' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:504: Error: unknown pseudo- op: `.l__framesize_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:505: Error: unknown pseudo- op: `.l__frameoffset_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:546: Error: expected comma after name `TimerM' in .size directive /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:550: Error: unrecognized sy mbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:550: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:554: Error: unknown opcode `timerm$setnextshortevent:' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:556: Error: unknown pseudo- op: `.l__framesize_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:557: Error: unknown pseudo- op: `.l__frameoffset_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:703: Error: expected comma after name `TimerM' in .size directive /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:707: Error: unrecognized sy mbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:707: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:711: Error: unknown opcode `timerm$executetimers:' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:713: Error: unknown pseudo- op: `.l__framesize_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:714: Error: unknown pseudo- op: `.l__frameoffset_timerm' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:829: Error: expected comma after name `TimerM' in .size directive /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:1191: Error: unrecognized s ymbol type /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:1191: Error: junk at end of line, first unrecognized character is `$' /cygdrive/c/DOCUME~1/nirfan/LOCALS~1/Temp/ccZg68CQ.s:1195: Error:
RE: [Tinyos-help] TEP 126 and AES
Hi Steve, TEP 126 must be incorrect - I documented that information based on someone else's experiences with enabling encryption, not my own. A layer that enables hardware encryption would be extremely beneficial to the TinyOS CC2420 stack. If you're interested in pursuing this functionality, let's see how we can get it designed and integrated as an optional layer in the CC2420 stack. -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve McKown Sent: Wednesday, June 06, 2007 8:29 AM To: tinyos-help@Millennium.Berkeley.EDU Subject: [Tinyos-help] TEP 126 and AES Hi, TEP 126 in 10.1 states that the CC2420 radio cannot begin encryption at a particular offset. However, v1.3 of the CC2420 data sheet in section 21.5 specifically states that this is possible, via the SECCTRL1.SEC_TXL and SEC_RXL register fields. Does the comment in 10.1 come from testing real parts, reading an older spec, etc.? PS - We have a project for which we plan to use CC2420 CCM with a 32-bit MIC which will start in earnest in the next few weeks. I would be interested in learning how our efforts in this regard can best be coordinated for possible inclusion into the new CC2420 stack. If someone is already working on this, perhaps we can collaborate. Thanks, Steve ___ 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] TOSSIM and sendDone()
Hi Phil, that's exactly it, thank you! :) I was just using those values because I'm not yet interested in simulating a real noise environment. Maybe you should add that restriction to the tutorial. Thanks again Hugo On 6/6/07, Philip Levis [EMAIL PROTECTED] wrote: On Jun 6, 2007, at 7:16 AM, Hugo Sousa wrote: I've searched the archives and still can't get to sendDone to be signaled in TOSSIM. I have the topology file and noise file, and the python script is basically a copy-paste from lesson 11, only with the range of nodes from 0 to 2, but the sendDone never happens. I have tinyos cvs updated yesterday. There are also some methods for configuring a network that I can't use, for exemple threshold and setThreshold. They don't appear in the dir(r) listing, but they are mentioned in the lesson Thanks in advance Hugo Sousa --- topo.txt 0 1 -64.71 1 0 -66.06 0 2 -64.71 2 0 -66.06 1 2 -64.71 2 1 -66.06 meyer-heavy.txt -97 -98 -98 -86 -90 -91 -87 -87 -98 -98 Is this the length of the trace you're feeding, or are you feeding the entire trace? It needs to be at least 100 entries long or so for noise simulation to work effectively. Try enabling the dbg mode TossimPacketModelC. This is where CSMA is going on. It should give you a hint on what's going on. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] (no subject)
Hi all! I have been trying to sample adc channels in mda300ca connected with mica2 mote. i am specifically interested in sampling adc channels 0 1 (or for that matter any two adc channels). I presume adc channels 0 1 are pins A0 and A1 on MDA300CA. The relevant extract of the code is as below:- includes sensorboard; configuration HighFreqADCToRfm { } implementation { components Main, HighFreqADCToRfmM, LedsC; components Sample, MicroTimerM; components BufferedLog, ByteEEPROM; components GenericComm, ADCC; HighFreqADCToRfmM.ADCControl - ADCC.ADCControl; Sample.ADC0 - ADCC.ADC[7];// TOS_ADC_VOLTAGE_PORT = 7 module HighFreqADCToRfmM { provides { interface StdControl; } uses { interface Leds; interface Sampling; interface SendMsg; interface AllocationReq; interface ReadData; interface ADCControl; } module Sample { provides interface Sampling; uses { interface LogData; //async command result_t fastAppend(uint8_t *data, uint8_t n); // Interface to shutdown external components that will interfere with // high-speed sampling interface StdControl as ExternalShutdown; interface Leds; interface MicroTimer; interface ADC as ADC0; //interface ADC[uint8_t port];// added vk //interface ADC as CalADC;// added vk //interface StdControl as ADCControl;// added vk } } async event result_t MicroTimer.fired() { if (!--sampleCount) { call MicroTimer.stop(); post done(); } else if (sampling || !call ADC0.getData()) { call MicroTimer.stop(); post failed(); } else sampling = TRUE; return SUCCESS; } I want to know the following: How do I sample channels 0 and 1 on the mda300ca board viz.A0 and A1 and whether what i am doing is correct? While using component ADCC and interface ADC how does one pass channel and excitation information to the ADC? ADCControl interface has provisions for setting sampling rate. However, if i am invoking ADC.getData on the firing of MicroTimer.fired event then why do i need to set the sampling rate? Or can I do without setting the sampling rate. When I use ADCC, does it automatically use default excitation voltage or do I need to provide this from outside? If it is to be done externally, then will connecting VCC pin to E3.3 pin on mda300ca suffice? Is ADCC the right choice or do I need to use SamplerC ? If I use SamplerC then what about the interface to be used to connect to it, since ADC does not provide channel and sampling rate details. I have been at it for days trying to get any clues but everything has proved futile. I would highly appreciate any help on the matter. Thanks and regards, -- Vipin Kashyap ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Sampling ADC channels 0 and 1 on mda300ca (mounted on mica2)
Hi all! Sorry for the repeat post. The earlier one did not have a subject. I have been trying to sample adc channels in mda300ca connected with mica2 mote. i am specifically interested in sampling adc channels 0 1 (or for that matter any two adc channels). I presume adc channels 0 1 are pins A0 and A1 on MDA300CA. The relevant extract of the code is as below:- includes sensorboard; configuration HighFreqADCToRfm { } implementation { components Main, HighFreqADCToRfmM, LedsC; components Sample, MicroTimerM; components BufferedLog, ByteEEPROM; components GenericComm, ADCC; HighFreqADCToRfmM.ADCControl - ADCC.ADCControl; Sample.ADC0 - ADCC.ADC[7];// TOS_ADC_VOLTAGE_PORT = 7 module HighFreqADCToRfmM { provides { interface StdControl; } uses { interface Leds; interface Sampling; interface SendMsg; interface AllocationReq; interface ReadData; interface ADCControl; } module Sample { provides interface Sampling; uses { interface LogData; //async command result_t fastAppend(uint8_t *data, uint8_t n); // Interface to shutdown external components that will interfere with // high-speed sampling interface StdControl as ExternalShutdown; interface Leds; interface MicroTimer; interface ADC as ADC0; //interface ADC[uint8_t port];// added vk //interface ADC as CalADC;// added vk //interface StdControl as ADCControl;// added vk } } async event result_t MicroTimer.fired() { if (!--sampleCount) { call MicroTimer.stop(); post done(); } else if (sampling || !call ADC0.getData()) { call MicroTimer.stop(); post failed(); } else sampling = TRUE; return SUCCESS; } I want to know the following: How do I sample channels 0 and 1 on the mda300ca board viz.A0 and A1 and whether what i am doing is correct? While using component ADCC and interface ADC how does one pass channel and excitation information to the ADC? ADCControl interface has provisions for setting sampling rate. However, if i am invoking ADC.getData on the firing of MicroTimer.fired event then why do i need to set the sampling rate? Or can I do without setting the sampling rate. When I use ADCC, does it automatically use default excitation voltage or do I need to provide this from outside? If it is to be done externally, then will connecting VCC pin to E3.3 pin on mda300ca suffice? Is ADCC the right choice or do I need to use SamplerC ? If I use SamplerC then what about the interface to be used to connect to it, since ADC does not provide channel and sampling rate details. I have been at it for days trying to get any clues but everything has proved futile. I would highly appreciate any help on the matter. Thanks and regards, -- Vipin Kashyap -- Vipin Kashyap Roll# 05307415 M Tech (Electronic Systems) Hostel-9, Room# 294 Ph# +91-9969031997 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Error TOSSIM [sim-exe] Error 2
Hello. When I try to compile Blink Application to TOSSIM, I get the error showed below. It seems I have an environment variable wrong, but I was looking for it, so, It seems ok. I'm using tinyos 2.0.1, Win XP SP2 + Cygwin. TOSROOT=/opt/tinyos-2.x TOSDIR=/opt/tinyos-2.x/tos MAKERULES=/opt/tinyos-2.x/support/make/Makerules CLASSPATH='C:\cygwin\opt\tinyos-2.x\support\sdk\java\tinyos.jar;.' PATH='/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/ cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Archivos de programa/Java/jdk1.6.0_01/bin:/cygdrive/c/Archivos de programa/Java/jdk1.6.0_01/jre /bin:/cygdrive/c/Archivos de programa/QuickTime/QTSystem/:/opt/msp430/bin' $ ncc --version ncc: 1.2.1 nescc: 1.2.8a gcc: gcc (GCC) 3.3.3 (cygwin special) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I'll appreciate your help. cheers, Latro ++ [EMAIL PROTECTED] /opt/tinyos-2.x/apps/Blink $ make telosb sim mkdir -p build/telosb placing object files in build/telosb writing XML schema to app.xml compiling BlinkAppC to object file sim.o ncc -c -DUSE_DL_IMPORT -fpic -o build/telosb/sim.o -g -O0 -O -tossim -fnesc-nid o-tosnodes=1000 -fnesc-simulate -fnesc-nido-motenumber=sim_node\(\) -mdisable- hwmul -Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d -Wnesc-all -target=telosb -fnesc-cf ile=build/telosb/app.c -board= -Wno-nesc-data-race BlinkAppC.nc -fnesc-dump=c omponents -fnesc-dump=variables -fnesc-dump=constants -fnesc-dump=typedefs -fnes c-dump=interfacedefs -fnesc-dump=tags -fnesc-dumpfile=app.xml Unknown target telosb Known targets for TinyOS directory /opt/tinyos-2.x/tos and the specified include directories are: eyesIFXv1 eyesIFXv2 intelmote2 mica2 mica2dot micaz null telosa telosb tinynod e make: *** [sim-exe] Error 2 +++ _ Llamadas gratis de PC a PC con Windows Live Messenger en Prodigy/MSN www.prodigy.msn.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Writing to tinynode via usbserial converter
try the following: cd $TOSROOT/apps/Blink/ tos-bsl --invert-reset -c /dev/ttyUSB0 -r -e -I -p build/tinynode/main.ihex supposing /dev/ttyUSB0 is the right device cheers, maxime I am trying to program a tinynode using tinyos-1.x and it is not working through my usb-serial converter. I get the error below: compiled Blink to build/tinynode/main.exe 3126 bytes in ROM 42 bytes in RAM msp430-objcopy --output-target=ihex build/tinynode/main.exe build/tinynode/main.ihex writing TOS image cp build/tinynode/main.ihex build/tinynode/main.ihex.out found mote on /dev/ttyUSB0 (using bsl,auto) installing tinynode binary using bsl tos-bsl --telos -c /dev/ttyUSB0 -r -e -I -p build/tinynode/main.ihex.out MSP430 Bootstrap Loader Version: 1.39-telos-8 Mass Erase... An error occoured: Timeout make: *** [program] Error 1 I know that the node is being detected because it throws a no mote found error if I physically unplug it. Does anyone have experience with programming a tinynode in this manner and know what I'm doing wrong? Thanks, -Shane ___ 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] Writing to tinynode via usbserial converter
Thanks! That did the job quite nicely. I will have to look at what those switches do. -Shane On Wed, 2007-06-06 at 21:12 +0200, Maxime Muller - s h o c k f i s h / wrote: try the following: cd $TOSROOT/apps/Blink/ tos-bsl --invert-reset -c /dev/ttyUSB0 -r -e -I -p build/tinynode/main.ihex supposing /dev/ttyUSB0 is the right device cheers, maxime I am trying to program a tinynode using tinyos-1.x and it is not working through my usb-serial converter. I get the error below: compiled Blink to build/tinynode/main.exe 3126 bytes in ROM 42 bytes in RAM msp430-objcopy --output-target=ihex build/tinynode/main.exe build/tinynode/main.ihex writing TOS image cp build/tinynode/main.ihex build/tinynode/main.ihex.out found mote on /dev/ttyUSB0 (using bsl,auto) installing tinynode binary using bsl tos-bsl --telos -c /dev/ttyUSB0 -r -e -I -p build/tinynode/main.ihex.out MSP430 Bootstrap Loader Version: 1.39-telos-8 Mass Erase... An error occoured: Timeout make: *** [program] Error 1 I know that the node is being detected because it throws a no mote found error if I physically unplug it. Does anyone have experience with programming a tinynode in this manner and know what I'm doing wrong? Thanks, -Shane ___ 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] How to use MIG with telosb for tinyos1.x
Hi Hope some body would help me out on this. I am trying to generate Java file automatically using MIG. I created a Makefile in java/tools/net/tintos/multisend. Then I typed make pc in apps/MultiSend. Nothing happened no .java file was created. My make file is given below. Can any one please tell me what am I doing wrong. Any help would be much appreciated. Cheers Huma TOS = $(shell ncc -print-tosdir) PACKAGE = net.tinyos.multisend APP = $(TOS)/../apps/MultiSend MIG = mig java # List of message classes to build MSGS = MultiMsg.java INITIAL_TARGETS = $(MSGS) OTHER_CLEAN = cleanmig ROOT = ../../.. include $(ROOT)/Makefile.include MultiMsg.java: $(MIG) -java-classname=$(PACKAGE).MultiMsg $(APP)/MultiMsg.h MultiMsg -o $@ $(JAVAC) $@ cleanmig: rm -f $(MSGS) ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] WSAN2007:CALL FOR DEMOS/POSTERS
[Apologies if you receive multiple copies of this e-mail] * *CALL FOR DEMOS/POSTERS * * * * WSAN 2007 * * * * September 24 - 26, 2007 * * Albacete, Spain * * * *http://www.i3a.uclm.es/wsan07/ * * * * [CALL FOR DEMOS/POSTERS] Demonstrations and posters showing innovative ideas and applications are solicited. WSAN07 is interested in a wide range of sensor and actor network related research. Topics include but are not limited to: sensor technology, hardware platforms, networking, security, middleware, applications, programming, and architecture. Abstracts of accepted demos and posters will be published in particular proceedings. Submissions from both industries and universities are encouraged. [DEMO AND POSTER SUBMISSION INSTRUCTIONS] Please send a two-page description of your poster/demo in PDF to [EMAIL PROTECTED] with the subject line reading WSAN Poster Submission or WSAN Demo Submission. Submissions must conform to the IEEE Transactions style with a 10pt font formatted for A4 paper (use the a4paper option) and without page numbers. Please be as specific as possible in describing what you will show. As for the demo submission, please provide separated text description on the space, equipment, power supply requirements. Once accepted, at least one author of posters and demos are expected to be available during the session. [IMPORTANT DATES] Two-page descriptions: From June 1, 2007 to June 15, 2007 Notification of acceptance: June 20, 2007 Camera-ready abstract: June 25, 2007 Conference dates: September 24 - 26, 2007 WSAN 2007 Poster/Demo Co-Chairs Vicente López Camacho, University of Castilla-La Mancha, Spain Raul Galindo Moreno, University of Castilla-La Mancha, Spain Fernando Royo Sanchez, University of Castilla-La Mancha, Spain Antonio Ortiz Torres, University of Castilla-La Mancha, Spain Paz Pedrón Pardo, University of Castilla-La Mancha, Spain ___ Info-ab mailing list [EMAIL PROTECTED] https://al-basit.dsi.uclm.es/mailman/listinfo/info-ab ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Question about MultiOscilloscope Application
Hi I have started learning tinyos-2.x and I have a simple question related to MultiOscilloscope function in directory tinyos-2.x/apps/MultihopOscilloscope. In the file MultioscilloscopeC.nc we declare a message buffer message_t uartbuf . But I dont understand where is this initialized. We call the command SerialSend.getPayload(uartbuf); in the Recevie.receive() event. Thus basically we are getting the payload from the message stored in uartbuf. But I cant figure out where and when a message is being stored in uartbuf. I guess when Receive.receive returns it returns a buffer for the stack. Is it the same buffer? I am confused. Can anyone explain this to me ? Thanking You John ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Help , error when compiling
Hi, I am getting the following error when compiling: Can't execute /usr/lib/ncc/nesc-compile. make: *** [exe0] Error 1 What does this error mean and how can it be rectified? Warm regards, Sandeep. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] IBM JDK segfaults on libtoscomm.so
On 6/2/07, Ákos Maróy [EMAIL PROTECTED] wrote: Aurélien Francillon wrote: IIRC (not sure), i tracked it back to some known regression of gcc 4.1.x ... it works fine with gcc-3.x I tried with gcc-3.x, and while it doesn't crash - it doesn't work either. A bit more investigation here. As Aurelien said, the code generated by gcc 4.1.2 for libtoscomm.so is definitely wrong, and that is what is causing the crashes (it goes and reads data from below the bottom of the stack...). From this message and your most recent message, it seems like there's some separate problem that's causing misbehaviour. The mote should continue transmitting irrespective of what it receives via its serial port. 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] IBM JDK segfaults on libtoscomm.so
On 6/6/07, Ákos Maróy [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] $ java TestSerial serial@/dev/ttyUSB0:115200: resynchronising ... read: 03 03 03 Sending packet 0 ... wrote: 7e 44 0e 00 00 00 00 00 02 00 09 00 00 fc 59 7e ... read: 00 Sending packet 1 ... wrote: 7e 44 0f 00 00 00 00 00 02 00 09 00 01 94 91 7e Sending packet 2 ... wrote: 7e 44 10 00 00 00 00 00 02 00 09 00 02 f9 7f 7e the output itself differs, here are other stuff I get: $ java TestSerial Sending packet 0 ... wrote: 7e 44 0e 00 00 00 00 00 02 00 09 00 00 fc 59 7e serial@/dev/ttyUSB0:115200: resynchronising ... read: 0b 0b ... read: 00 Sending packet 1 ... wrote: 7e 44 0f 00 00 00 00 00 02 00 09 00 01 94 91 7e Sending packet 2 ... wrote: 7e 44 10 00 00 00 00 00 02 00 09 00 02 f9 7f 7e $ java TestSerial serial@/dev/ttyUSB0:115200: resynchronising ... read: 0b Sending packet 0 ... wrote: 7e 44 0e 00 00 00 00 00 02 00 09 00 00 fc 59 7e ... read: 00 Sending packet 1 ... wrote: 7e 44 0f 00 00 00 00 00 02 00 09 00 01 94 91 7e maybe the serial port is not reset properly, and some trash remains there from previous rounds? anyway, the above bytes read - are they valid TinyOS serial protocol bytes? No. They should look very similar to the written bytes (packets are delimited by 0x7e bytes). David Gay ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Flash Storage Help
I have a few questions regarding flash storage. I'm using the MICA2DOT mote. I'm trying to store 3 sample sets of 7-bytes each (21 bytes total) to a AT45DB Log storage every 10ms. In TEP:103 it claims that the smallest block that can be written to the AT45DB is 257B (I'm assuming this is bytes not bits) so when I perform the function call LogWrite.write(mydata, 21) Is this actually writing 256bytes to memory or just the 21 bytes? Or does it store the data in RAM until 256 bytes of information has been written to FLASH before actually writing it to FLASH. I'm asking because I have time sensitive application and the time it takes to write data to FLASH (5ms for 256Bytes) I believe is throwing my data off. Any information would be great Thanks ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] TinyDB
Hi, Can we use TinyDB for TinyOS-2.x? Cheers VJ ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help