[Tinyos-help] TinyDB..??
Anyone..!! can we download TinyDB and add it to TinyOS 2.0..?? cause moving onto TinyOS 2 and not able to work with TinyDB seems a bit unfair :( regards, -- Kamal ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] nesc1.exe - Entry Point Not Found
Hi, I have upgraded to tinyos-2.x using the upgrade tutorials provided. tos-check-env completes without error too. However, when I try to compile the Blink application using make micaz command I get the following error:- The Procedure entry point basename could not be located in the dynamic link library cygwin1.dll. The version of cygwin I have is 1.5.12(0.116/4/2) The output of ncc --version is as follows:- ncc: 1.2.1 nescc: 1.2.8a gcc: gcc (GCC) 3.3.3 (cygwin special) I also tried installing the alternate package of nesc (nesc-1.2.8b-1) but the problem persists. I would really appreciate if someone could help me out with this. thanks, Prem ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] tarballs for tinyos-2.x
Le mardi 09 janvier 2007 17:36, Daniel Goertzen a écrit : Thank you Razvan, that is exactly what I was looking for. I am using gentoo linux which provides many parts of the tinyos system, but not tinyos-2... and I am sure a contributing factor to this is the lack of tinyos-2 tarballs. (tinyos packagers, hint hint ;) Hi, tinyos-2.x support is ongoing under gentoo, it's not mature enourgh, but works well for me with micaz (msp 430 gcc support is missing in crossdev) You can find the details on the gentoo bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=156815 You can mail me personaly or comment on the gentoo bugzilla entry in case of trouble with those ebuilds. Cheers Aurélien ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi, Pablo
I tried several times but don´t work in my mica2dot. I have formated the
Flash with FormatFlash.nc, then install the Delugebasic app with idnode=9. I
use the Deluge java app with serial Forwarder. I can ping the node and see
the images.
I have a big question to do. When I format the flash, all the image that I
have their dissapear?
In my case they don't dissapear, after I execute the formatFlash program,
the images stay there!!
Is this the problem I have??
Thanks
Arnaldo Monteiro
On 17/01/07, Jacob Sorber [EMAIL PROTECTED] wrote:
I had this same problem, and it turned out that in the TOSBoot
implementation for the mica2dot plaform, the GPIO pins were not being
initialized. My memory is a little fuzzy about exactly what needs to be
modified---it was months ago and I have not looked at Deluge since---but I
believe it was tos/lib/Deluge/TOSBoot/at45db/ExtFlashC.nc. I added the
following lines to the StdControl.init(), and I think that was all I
changed. It is possible that I forgot something, so you should verify that
this works. Also, don't forget that you need to recompile TOSBoot.
Rebuilding your application is not sufficient. Also, I was under the
impression that Jonathan Hui had submitted this fix to the CVS tree. So, it
might be fixed in a later version.
Hope that helps,
Jacob Sorber
//Add this to ExtFlashC.nc
command result_t StdControl.init()
{
TOSH_MAKE_FLASH_CS_OUTPUT();
TOSH_SET_FLASH_CS_PIN();
TOSH_MAKE_FLASH_CLK_OUTPUT();
TOSH_CLR_FLASH_CLK_PIN();
TOSH_MAKE_FLASH_OUT_OUTPUT();
TOSH_SET_FLASH_OUT_PIN();
TOSH_MAKE_FLASH_IN_INPUT();
TOSH_CLR_FLASH_IN_PIN();
return SUCCESS;
}
On 1/16/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote:
Hi,
Have you tried Deluge included in revision 1.1.14? The thing you explain
about not changing the program in execution after rebooting is exactly what
happened to me when I was using Deluge included in tinyos revision
1.1.15. You just have to substitute tos/lib/Deluge and all its
subfolders with the ones iin revision 1-1-14 in tinyos CVS repository
available at sourceforge.net.
With respect to the SerialForwarder problems. Does it happen only with
Deluge java api? You could try using another application that also sends
messages to the nodes. You can try with Drip, which injects packets
epidemically on the network (tos/lib/Drip/README for more info).
Regards,
Pablo Gil
- Mensaje original
De: colombo [EMAIL PROTECTED]
Para: Pablo Gil Montaño [EMAIL PROTECTED]
Enviado: lunes, 15 de enero, 2007 22:05:26
Asunto: Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi ,
Thanks for your explanation. I can´t put tinyos1.1.15 work with only the
mica2. With the mica2dot i cannot change the image. i can inject in both
cases (mica2 and mica2dot) but when I try to reboot to another image, in
mica2dot don´t change. It remains on the same.
Another problem is: I have one mica2 that is a a gateway runing TOSbase
and another mica2 in the network. When I use the Deluge java api to inject a
image into the mica2 on the network, i get to many errors in the serial
forwarder and thakes to long to Load the image into it.
Thanks
Arnaldo Monteiro
On 15/01/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote:
Hi all,
I've been trying to make Deluge 2.0 work on mica2 (under tinyos-1.x).
Finally I got it working, I'll post here how I did it just in case it is of
any use to someone.
The first reason why it didn't work was that I was using a version of
some tools (avr-gcc, avr-libc, etc.) different from the ones provided in
tinyos webpage [1]. These versions are the ones in the Ubuntu repositories,
and are higher versions. The problem was that image files generated by
avr-gcc version in ubuntu repositories turned out to be considerably bigger
than the one generate by the older version. Deluge java toolchain considered
it too big (too many pages) and wouldn't transfer it to the mote.
Secondly, Deluge in CVS revision 1.1.15 doesn't seem to work well with
mica2 motes. This problem has already been described in previous mails in
this list (e.g.: message from Simon Willis on Wed, 27 Dec 2006, titled
'Bugs found in Deluge/TOSBoot'). I just subsituted the entire
tinyos-1.x/tos/lib/Deluge folder with revision 1.1.14 in the
repositories and now it works.
Regards,
Pablo Gil
- Mensaje original
De: Pablo Gil Montaño [EMAIL PROTECTED]
Para: colombo [EMAIL PROTECTED];
tinyos-help@Millennium.Berkeley.EDU
Enviado: lunes, 15 de enero, 2007 17:34:03
Asunto: Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi all,
I'm trying just to make deluge 2.0 work on mica2 motes under
tinyos-1.x.
I have formatted the flash and uploaded DelugeBasic application. The
node responds to ping messages sent through Deluge java toolchain, but when
I try to inject an image, I always get the following error:
Error:
Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi,
I use pc with windows XP installed, and CygWin!
On 18/01/07, colombo [EMAIL PROTECTED] wrote:
Hi, Pablo
I tried several times but don´t work in my mica2dot. I have formated the
Flash with FormatFlash.nc, then install the Delugebasic app with idnode=9.
I use the Deluge java app with serial Forwarder. I can ping the node and see
the images.
I have a big question to do. When I format the flash, all the image that I
have their dissapear?
In my case they don't dissapear, after I execute the formatFlash program,
the images stay there!!
Is this the problem I have??
Thanks
Arnaldo Monteiro
On 17/01/07, Jacob Sorber [EMAIL PROTECTED] wrote:
I had this same problem, and it turned out that in the TOSBoot
implementation for the mica2dot plaform, the GPIO pins were not being
initialized. My memory is a little fuzzy about exactly what needs to be
modified---it was months ago and I have not looked at Deluge since---but I
believe it was tos/lib/Deluge/TOSBoot/at45db/ExtFlashC.nc. I added the
following lines to the StdControl.init(), and I think that was all I
changed. It is possible that I forgot something, so you should verify that
this works. Also, don't forget that you need to recompile TOSBoot.
Rebuilding your application is not sufficient. Also, I was under the
impression that Jonathan Hui had submitted this fix to the CVS tree. So, it
might be fixed in a later version.
Hope that helps,
Jacob Sorber
//Add this to ExtFlashC.nc
command result_t StdControl.init()
{
TOSH_MAKE_FLASH_CS_OUTPUT();
TOSH_SET_FLASH_CS_PIN();
TOSH_MAKE_FLASH_CLK_OUTPUT();
TOSH_CLR_FLASH_CLK_PIN();
TOSH_MAKE_FLASH_OUT_OUTPUT();
TOSH_SET_FLASH_OUT_PIN();
TOSH_MAKE_FLASH_IN_INPUT();
TOSH_CLR_FLASH_IN_PIN();
return SUCCESS;
}
On 1/16/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote:
Hi,
Have you tried Deluge included in revision 1.1.14? The thing you
explain about not changing the program in execution after rebooting is
exactly what happened to me when I was using Deluge included in tinyos
revision 1.1.15. You just have to substitute tos/lib/Deluge and all
its subfolders with the ones iin revision 1-1-14 in tinyos CVS repository
available at sourceforge.net.
With respect to the SerialForwarder problems. Does it happen only with
Deluge java api? You could try using another application that also sends
messages to the nodes. You can try with Drip, which injects packets
epidemically on the network (tos/lib/Drip/README for more info).
Regards,
Pablo Gil
- Mensaje original
De: colombo [EMAIL PROTECTED]
Para: Pablo Gil Montaño [EMAIL PROTECTED]
Enviado: lunes, 15 de enero, 2007 22:05:26
Asunto: Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi ,
Thanks for your explanation. I can´t put tinyos1.1.15 work with only
the mica2. With the mica2dot i cannot change the image. i can inject in both
cases (mica2 and mica2dot) but when I try to reboot to another image, in
mica2dot don´t change. It remains on the same.
Another problem is: I have one mica2 that is a a gateway runing
TOSbase and another mica2 in the network. When I use the Deluge java api to
inject a image into the mica2 on the network, i get to many errors in the
serial forwarder and thakes to long to Load the image into it.
Thanks
Arnaldo Monteiro
On 15/01/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote:
Hi all,
I've been trying to make Deluge 2.0 work on mica2 (under tinyos-1.x).
Finally I got it working, I'll post here how I did it just in case it is
of
any use to someone.
The first reason why it didn't work was that I was using a version
of some tools (avr-gcc, avr-libc, etc.) different from the ones provided
in
tinyos webpage [1]. These versions are the ones in the Ubuntu
repositories,
and are higher versions. The problem was that image files generated by
avr-gcc version in ubuntu repositories turned out to be considerably
bigger
than the one generate by the older version. Deluge java toolchain
considered
it too big (too many pages) and wouldn't transfer it to the mote.
Secondly, Deluge in CVS revision 1.1.15 doesn't seem to work well
with mica2 motes. This problem has already been described in previous
mails
in this list (e.g.: message from Simon Willis on Wed, 27 Dec 2006,
titled 'Bugs found in Deluge/TOSBoot'). I just subsituted the entire
tinyos-1.x/tos/lib/Deluge folder with revision 1.1.14 in the
repositories and now it works.
Regards,
Pablo Gil
- Mensaje original
De: Pablo Gil Montaño [EMAIL PROTECTED]
Para: colombo [EMAIL PROTECTED];
tinyos-help@Millennium.Berkeley.EDU
Enviado: lunes, 15 de enero, 2007 17:34:03
Asunto: Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi all,
I'm trying just to make deluge 2.0 work on mica2 motes under
tinyos-1.x.
[Tinyos-help] 2.4Ghz vs 900Mhz
Hi,As a generalization will I get more range with 2.4Ghz or 900Mhz motes? (equiv antennas)Thanks,Bruce ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Fwd: TinyOS Wiring Diagrams
Hello list, I would like to draw a Wiring/Configuration Diagram for a TinyOS application and would be glad if somebody could tell me how I could do that. What I mean is something like the graph in The nesC Language: A holistic approach to networked embedded sytems, page 5, figure 6. Thanks in advance Christian ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi , Pablo
Thanks I just get it working in mica2dot.
Another question. Does TOSBase works with deluge?
On 18/01/07, colombo [EMAIL PROTECTED] wrote:
Hi,
I use pc with windows XP installed, and CygWin!
On 18/01/07, colombo [EMAIL PROTECTED] wrote:
Hi, Pablo
I tried several times but don´t work in my mica2dot. I have formated the
Flash with FormatFlash.nc, then install the Delugebasic app with
idnode=9. I use the Deluge java app with serial Forwarder. I can ping the
node and see the images.
I have a big question to do. When I format the flash, all the image that
I have their dissapear?
In my case they don't dissapear, after I execute the formatFlash
program, the images stay there!!
Is this the problem I have??
Thanks
Arnaldo Monteiro
On 17/01/07, Jacob Sorber [EMAIL PROTECTED] wrote:
I had this same problem, and it turned out that in the TOSBoot
implementation for the mica2dot plaform, the GPIO pins were not being
initialized. My memory is a little fuzzy about exactly what needs to be
modified---it was months ago and I have not looked at Deluge since---but I
believe it was tos/lib/Deluge/TOSBoot/at45db/ExtFlashC.nc. I added the
following lines to the StdControl.init(), and I think that was all I
changed. It is possible that I forgot something, so you should verify that
this works. Also, don't forget that you need to recompile TOSBoot.
Rebuilding your application is not sufficient. Also, I was under the
impression that Jonathan Hui had submitted this fix to the CVS tree. So, it
might be fixed in a later version.
Hope that helps,
Jacob Sorber
//Add this to ExtFlashC.nc
command result_t StdControl.init()
{
TOSH_MAKE_FLASH_CS_OUTPUT();
TOSH_SET_FLASH_CS_PIN();
TOSH_MAKE_FLASH_CLK_OUTPUT();
TOSH_CLR_FLASH_CLK_PIN();
TOSH_MAKE_FLASH_OUT_OUTPUT();
TOSH_SET_FLASH_OUT_PIN();
TOSH_MAKE_FLASH_IN_INPUT();
TOSH_CLR_FLASH_IN_PIN();
return SUCCESS;
}
On 1/16/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote:
Hi,
Have you tried Deluge included in revision 1.1.14? The thing you
explain about not changing the program in execution after rebooting is
exactly what happened to me when I was using Deluge included in tinyos
revision 1.1.15. You just have to substitute tos/lib/Deluge and all
its subfolders with the ones iin revision 1-1-14 in tinyos CVS repository
available at sourceforge.net.
With respect to the SerialForwarder problems. Does it happen only
with Deluge java api? You could try using another application that also
sends messages to the nodes. You can try with Drip, which injects packets
epidemically on the network (tos/lib/Drip/README for more info).
Regards,
Pablo Gil
- Mensaje original
De: colombo [EMAIL PROTECTED]
Para: Pablo Gil Montaño [EMAIL PROTECTED]
Enviado: lunes, 15 de enero, 2007 22:05:26
Asunto: Re: [Tinyos-help] Deluge 2 and mica2DOT
Hi ,
Thanks for your explanation. I can´t put tinyos1.1.15 work with only
the mica2. With the mica2dot i cannot change the image. i can inject in
both
cases (mica2 and mica2dot) but when I try to reboot to another image, in
mica2dot don´t change. It remains on the same.
Another problem is: I have one mica2 that is a a gateway runing
TOSbase and another mica2 in the network. When I use the Deluge java api
to
inject a image into the mica2 on the network, i get to many errors in the
serial forwarder and thakes to long to Load the image into it.
Thanks
Arnaldo Monteiro
On 15/01/07, Pablo Gil Montaño [EMAIL PROTECTED] wrote:
Hi all,
I've been trying to make Deluge 2.0 work on mica2 (under
tinyos-1.x). Finally I got it working, I'll post here how I did it
just in case it is of any use to someone.
The first reason why it didn't work was that I was using a version
of some tools (avr-gcc, avr-libc, etc.) different from the ones
provided in
tinyos webpage [1]. These versions are the ones in the Ubuntu
repositories,
and are higher versions. The problem was that image files generated by
avr-gcc version in ubuntu repositories turned out to be considerably
bigger
than the one generate by the older version. Deluge java toolchain
considered
it too big (too many pages) and wouldn't transfer it to the mote.
Secondly, Deluge in CVS revision 1.1.15 doesn't seem to work well
with mica2 motes. This problem has already been described in previous
mails
in this list (e.g.: message from Simon Willis on Wed, 27 Dec 2006,
titled 'Bugs found in Deluge/TOSBoot'). I just subsituted the entire
tinyos-1.x/tos/lib/Deluge folder with revision 1.1.14 in the
repositories and now it works.
Regards,
Pablo Gil
- Mensaje original
De: Pablo Gil Montaño [EMAIL PROTECTED]
Re: [Tinyos-help] 2.4Ghz vs 900Mhz
900 MHz. If you have access to 430 MHz or 300 MHz, you'd get even better range than that. 2.4 GHz is pretty much microwave - it will get absorbed by moisture and ground easily and won't propagate through walls as effectively as lower frequencies. -David On Thu, 18 Jan 2007 14:57:16 + (GMT) [EMAIL PROTECTED] wrote: Hi,As a generalization will I get more range with 2.4Ghz or 900Mhz motes? (equiv antennas)Thanks,Bruce ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Any help with computing the energy of the sensors!
Hello, I need to compute the initial energy of the sensors and its remaining energy at every moment. Can you please tell me how to do this in TinyOS2.x? thank you so much for your answer. Paul - Everyone is raving about the all-new Yahoo! Mail beta.___ 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 mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: TOSSIM
On Jan 17, 2007, at 10:31 PM, ricardo tiago wrote: Hi Phil I am extensively testing my code in tossim,and i found that some times weird things happen in the simulation. One of the things is when two motes send each other a message at exactly the same time, collision occur but both motes get acknowledge. I've been looking for a old message that i sent about Acks in Tossim and this is what you said in it. 1) You're corrupting your packet structures through pointer sharing, buffer overflows, etc. Whether or not a packet is acked is stored in the metadata region of the message_t. 2) Bug in TOSSIM. I haven't heard this bug report before and TOSSIM has been used a good deal. So it's possible, but might be a result of your doing something which no-one has done before and so which hasn't been tested. I have been able to replicate the bug three times, after a lot of simulations. Activated Acks in dbg channel and i got this. DEBUG (0): addressed to me so ack it, DEBUG (4): addressed to me so ack it, DEBUG (4): Ack for yellow msg received DEBUG (0): Ack for yellow msg received The last two are my dbg , they are done in sendDone when the ack comes.The next expected thing was to see the receive event on both mote 4 and mote 0 but they never happen. Could this be a bug in tossim or in my code or other thing that i'm missing completely? I have a timer that fires each second, could this by any chance be corrupting the receive event? I'll be doing a lot of more testing (checking that first point) , to see if this bug is happening in my code or tossim. Which TinyOS 2.0 release are you using? Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] nesc1.exe - Entry Point Not Found
On Jan 18, 2007, at 5:20 AM, Prem Krishnan wrote: Hi, I have upgraded to tinyos-2.x using the upgrade tutorials provided. tos-check-env completes without error too. However, when I try to compile the Blink application using make micaz command I get the following error:- The Procedure entry point basename could not be located in the dynamic link library cygwin1.dll. The version of cygwin I have is 1.5.12(0.116/4/2) The output of ncc --version is as follows:- ncc: 1.2.1 nescc: 1.2.8a gcc: gcc (GCC) 3.3.3 (cygwin special) I also tried installing the alternate package of nesc (nesc-1.2.8b-1) but the problem persists. I would really appreciate if someone could help me out with this. Hrm. This is a Cygwin compatibility issue. I had thought that the machine I generated 1.2.8b-1 on was from this family of Cygwin (not that I know specifically what distinguishes it), but it seems that's not the case. If I send you instructions, would you be willing to build an RPM for this set of Cygwin installs? As a corollary, you'd have a working nesC installation. :) Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] where can i get the TestDAC12DMA program?
Hi, man: I just saw your discussion about the TestDAC12DMA program. Actually I need such a program on telosb mote and I am writing one myself. It would be very helpful if I can learn from your TestDAC12DMA program. I searched cvs tree of tinyos 1.x and 2.x and can't find it. Thanks!! -- Song Wei Computer Science, University of Houston Mobile: 832-964-6883 blog: http://songwei.blogsome.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: TOSSIM
Which TinyOS 2.0 release are you using? Phil I don't know the version number..but it was the first one that came out on TinyOS 2.0 Released - Mon Nov 6th 2006. T2 - 2.0.0 or 2.0.1(?). Ricardo _ MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] mica2: I2C
Hello, Is there a way to change the frequency of the I2C clock on the mica2? Thanks -- Regards, Hamdi This message was sent using IMP, the Internet Messaging Program. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] imote2 data collect
Hello, I am trying to collect some data from Imote2. For micas we were using the Serial Forwarder to collect data from the serial port and was working fine. But how is it done in imote2? There is not enough documentation or examples of how we could achieve that. Please help because it is very essential for any king of application. Please reply, Panos ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Any help with computing the energy of the sensors!
If you mean battery energy, you probably can't because there is no provision for measuring current draw. You can approximate it with the battery voltage and knowledge of the discharge characteristics. I also recently suggested measuring the voltage before/during doing something that draws a lot of current. MS paul jhon wrote: Hello, I need to compute the initial energy of the sensors and its remaining energy at every moment. Can you please tell me how to do this in TinyOS2.x? thank you so much for your answer. Paul ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Fwd: TinyOS Wiring Diagrams
I don't know what that diagram looks like, but, assuming you have GraphViz setup as it should be, you can do make platform docs in any app directory and get a picture-to-puzzle-over like this: http://www.etantdonnes.com/Motes/contrib.xbow.apps.Robot.Robot.nc.if.gif In a fit of data hiding frenzy the output of the docs is put in: ../..doc/nesdoc/platform MS Bernd-Christian Renner wrote: Hello list, I would like to draw a Wiring/Configuration Diagram for a TinyOS application and would be glad if somebody could tell me how I could do that. What I mean is something like the graph in The nesC Language: A holistic approach to networked embedded sytems, page 5, figure 6. Thanks in advance Christian ___ 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] Binary Component Task Problem
Hi, I'm having a problem with calling a task within a binary component
under nesc 1.2.7. First, I should ask, given the task dispatch setup in
TOS 2.0, is possible to run a task inside a binary component?
If so, the problem I'm running into is that tasks from the .nc files are
not showing up in the generated C code. I compiled the binary
components demo in nesc-1.2.7/doc/user/binary-components.txt, and
changed FooImplementation.nc to include a task post.
implementation {
// This does something mysterious to requests...
int x;
// **
// Added this task
task void run_done(){
signal X.done(x);
}
// **
command int X.request() {
// Added task post.
post run_done();
return call Y.request() + x;
}
event void Y.done(int val) {
x = val;
}
}
When I compile the task post exists, but the source for the actual task
does not. I compiled using nesc 1.2.7,
ncc -DNESC_BUILD_BINARY -_fnesc-cfile=tmp.c -c BuildBinaryFoo.nc
This is going to require that the other files mentioned in the demo
(A.nc, Foo.nc, FooImplementation, which is the code I modified, etc.)
are available. I am happy to provide them if anybody cares, but I
wanted to keep this pithy.
Thanks,
Will
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: TOSSIM
On Jan 18, 2007, at 9:56 AM, ricardo tiago wrote: Which TinyOS 2.0 release are you using? Phil I don't know the version number..but it was the first one that came out on TinyOS 2.0 Released - Mon Nov 6th 2006. T2 - 2.0.0 or 2.0.1(?). OK. Can you add Gain as a debug channel (along with the other ones you're using) and send me the output (preferably gzipped)? That should help me try to track down the problem. There was a problem along these lines about 10 months ago, and I thought I had solved it. There might be a rare edge case remaining, though. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: where can i get the TestDAC12DMA program?
go to: www.google.com type: site:mail.millennium.berkeley.edu testdac12dma the only entry that comes up is: http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2006-October/019973.html -Joe On 1/18/07, Song Wei [EMAIL PROTECTED] wrote: Hi, man: I just saw your discussion about the TestDAC12DMA program. Actually I need such a program on telosb mote and I am writing one myself. It would be very helpful if I can learn from your TestDAC12DMA program. I searched cvs tree of tinyos 1.x and 2.x and can't find it. Thanks!! -- Song Wei Computer Science, University of Houston Mobile: 832-964-6883 blog: http://songwei.blogsome.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Binary Component Task Problem
On Jan 18, 2007, at 11:52 AM, Will Archer wrote:
Hi, I'm having a problem with calling a task within a binary
component under nesc 1.2.7. First, I should ask, given the task
dispatch setup in TOS 2.0, is possible to run a task inside a
binary component?
If so, the problem I'm running into is that tasks from the .nc
files are not showing up in the generated C code. I compiled the
binary components demo in nesc-1.2.7/doc/user/binary-
components.txt, and changed FooImplementation.nc to include a task
post.
implementation {
// This does something mysterious to requests...
int x;
// **
// Added this task
task void run_done(){
signal X.done(x);
}
// **
command int X.request() {
// Added task post.
post run_done();
return call Y.request() + x;
}
event void Y.done(int val) {
x = val;
}
}
When I compile the task post exists, but the source for the actual
task does not. I compiled using nesc 1.2.7,
ncc -DNESC_BUILD_BINARY -_fnesc-cfile=tmp.c -c BuildBinaryFoo.nc
This is going to require that the other files mentioned in the demo
(A.nc, Foo.nc, FooImplementation, which is the code I modified,
etc.) are available. I am happy to provide them if anybody cares,
but I wanted to keep this pithy.
David Gay might have some special magic, but my guess is that by
default, no, this won't work. Tasks use unique() in the scheduler,
and the binary component with the scheduler in it doesn't have the
unique() call from your new binary component.
If you are using binary components for production systems, there
isn't a good works-in-all-cases solution. However, if you're binary
components for isolated testing, then you can always pull a trick
like telling the scheduler to allocate a few extra task slots and
including N dummy calls to unique in your testing component in order
to get it to start at the right index.
Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] preferred mechanism for submitting patches?
Dear TinyOS-help: I have patches for motelist that will detect a micaz on a MIB520 (both for the Windows and the Linux source), and was kicking around the idea of submitting a patch for a couple of typos in the tutorial. My question is how best to go about it. I checked the contribution page, http://www.tinyos.net/contrib.html, but I don't think these sort of changes warrant developer access to the CVS tree (I'm too green with TinyOS anyway). Should I just just post the list, attaching the output of a 'cvs diff' ? Thanks, Tony Mancill ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] preferred mechanism for submitting patches?
On Jan 18, 2007, at 1:07 PM, tony mancill wrote: Dear TinyOS-help: I have patches for motelist that will detect a micaz on a MIB520 (both for the Windows and the Linux source), and was kicking around the idea of submitting a patch for a couple of typos in the tutorial. My question is how best to go about it. I checked the contribution page, http://www.tinyos.net/contrib.html, but I don't think these sort of changes warrant developer access to the CVS tree (I'm too green with TinyOS anyway). Should I just just post the list, attaching the output of a 'cvs diff' ? Posting to tinyos-help is one option. It has the benefit that lots of people who might use the patch will see it, but has the drawback that the person who can commit it might miss it in the shuffle. You can also send it to the maintainer of the file; the best way to figure this out is to look at the CVS history and see who's worked on it. This has the benefit that the maintainers will definitely see it. So I'd recommend sending it to both. If the maintainers don't pick it up in a little while, then send it my way; I can poke someone in core to take a look. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Fwd: TinyOS Wiring Diagrams
Another way to do it is to download the TinyOS plugin for Eclipse from here: http://www.dcg.ethz.ch/~rschuler/ It draws component diagrams as well and allows you to break down the components further to see how they are wired up internally. Simon Michael Schippling wrote: I don't know what that diagram looks like, but, assuming you have GraphViz setup as it should be, you can do make platform docs in any app directory and get a picture-to-puzzle-over like this: http://www.etantdonnes.com/Motes/contrib.xbow.apps.Robot.Robot.nc.if.gif In a fit of data hiding frenzy the output of the docs is put in: ../..doc/nesdoc/platform MS Bernd-Christian Renner wrote: Hello list, I would like to draw a Wiring/Configuration Diagram for a TinyOS application and would be glad if somebody could tell me how I could do that. What I mean is something like the graph in The nesC Language: A holistic approach to networked embedded sytems, page 5, figure 6. Thanks in advance Christian ___ 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 -- Simon WillisBE(CompSys)(Hons)-BSc PhD Candidate Tel: (07) 47814865 Electrical Computer Engineering Fax: (07) 47815177 James Cook University Mob: 0403653055 Townsville, QLD 4811Email: [EMAIL PROTECTED] Web: http://eng.jcu.edu.au ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] message_t structure
Hi,
I'm using micaz motes. The message_ structure is:
typedef nx_struct message_t {
nx_uint8_t header[sizeof(message_header_t)];
nx_uint8_t data[TOSH_DATA_LENGTH];
nx_uint8_t footer[sizeof(message_footer_t)];
nx_uint8_t metadata[sizeof(message_metadata_t)];
} message_t;
However, for micaz , we have:
typedef union message_header {
cc2420_header_t cc2420;
serial_header_t serial;
} message_header_t;
typedef union message_footer {
cc2420_footer_t cc2420;
} message_footer_t;
typedef union message_metadata {
cc2420_metadata_t cc2420;
} message_metadata_t;
I expected message_t to be like:
typedef nx_struct message_t {
message_header_t header[sizeof(message_header_t)];
nx_uint8_t data[TOSH_DATA_LENGTH];
message_footer_t footer[sizeof(message_footer_t)];
message_metadata_t metadata[sizeof(message_metadata_t)];
} message_t;
But then, the fields of message_t will not be of type nx_*.
I don't understand why message_t is not coherent
with the declaration of micaz platform.
Another question:
Is data[TOSH_DATA_LENGTH] used to store the sensing data?
Thanks,
Mohamed
-
Need a quick answer? Get one in minutes from people who know. Ask your question
on Yahoo! Answers.___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] how to shutdown VCC power output on Tmote sky
Hi, I have some resistors attached to the Analog VCC output of my Tmote Sky. Is there any component that provides the function of cutting off VCC output? Otherwise I have to take out batteries every time I don't use it. The battery will be drawn out quickly if I leave it on the Tmote. Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] how to shutdown VCC power output on Tmote sky
VCC is normally connected directly to the battery. So no, you can't control that without unplugging the battery. Why don't you drive a pin high from the microcontroller to power your external resistors? Or, if the current consumption is greater than the MSP430 can supply, use a GPIO-toggled FET switch to supply current to your resistors. -David On Thu, 18 Jan 2007 18:00:11 -0600 yicheng [EMAIL PROTECTED] wrote: Hi, I have some resistors attached to the Analog VCC output of my Tmote Sky. Is there any component that provides the function of cutting off VCC output? Otherwise I have to take out batteries every time I don't use it. The battery will be drawn out quickly if I leave it on the Tmote. Thanks! Yicheng ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: nesc1.exe - Entry Point Not Found
Hi, Maybe build and install nesc from scratch could solve the problem. And its installation path must be consistent with ncc(or you could also modify ncc after installation :-] ). If there is sitll something problem, try to upgrade your cygwin to date. == best regards Junyan ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: TOSSIM
On Jan 18, 2007, at 4:29 PM, ricardo tiago wrote:
OK. Can you add Gain as a debug channel (along with the other
ones you're using) and send me the output (preferably gzipped)?
That should help me try to track down the problem.
There was a problem along these lines about 10 months ago, and I
thought I had solved it. There might be a rare edge case
remaining, though.
Phil
Here's the output. Hope this helps.
I think it does. Can you change this function in TossimPacketModelC.nc:
event bool GainRadioModel.shouldAck(message_t* msg) {
if (running) {
return signal Packet.shouldAck(msg);
}
else {
return FALSE;
}
}
to be
event bool GainRadioModel.shouldAck(message_t* msg) {
if (running !transmitting) {
return signal Packet.shouldAck(msg);
}
else {
return FALSE;
}
}
It looks like I fixed the reception version of this problem (take a
look at the receive() event), but didn't fix the ack one. Let me know
if this works? If it does I'll check in the fix.
Phil
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Mica2: I2C issues
Hello using I2C we can manage to output one charater but whenever we try outputing two charaters it does not work (Using the simulator it looks exactly the same if we were outputing on character!) Any ideas -- Regards, Hamdi This message was sent using IMP, the Internet Messaging Program. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: TOSSIM
Here's the output. Hope this helps.
I think it does. Can you change this function in TossimPacketModelC.nc:
event bool GainRadioModel.shouldAck(message_t* msg) {
if (running) {
return signal Packet.shouldAck(msg);
}
else {
return FALSE;
}
}
to be
event bool GainRadioModel.shouldAck(message_t* msg) {
if (running !transmitting) {
return signal Packet.shouldAck(msg);
}
else {
return FALSE;
}
}
It looks like I fixed the reception version of this problem (take a look
at the receive() event), but didn't fix the ack one. Let me know if this
works? If it does I'll check in the fix.
Phil
Yeah, looks like you forgot the ack.. :) i have changed the code, i will do
some tests to see if this fix it. I will get back to you..
Ricardo
_
MSN Messenger: converse com os seus amigos online.
http://messenger.msn.com.br
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] How to access the radio transmission queue in TinyOS ?
I plan to implement a simple priority queue for radio transmission and need to access the transmission queue (for the radio channel). Can anyone give me a pointer on how to do this (BTW, I am using TinyOS 1.1.15 and my motes are micaz. I am not sure if mica2/micaz have any differences with regard to this). Thanks in advance. - Access over 1 million songs - Yahoo! Music Unlimited.___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RE: TOSSIM
It looks like I fixed the reception version of this problem (take a look at the receive() event), but didn't fix the ack one. Let me know if this works? If it does I'll check in the fix. Yeah, looks like you forgot the ack.. :) i have changed the code, i will do some tests to see if this fix it. I will get back to you.. Ricardo Good news, its fixed! Done the exactly same tests and no bug found. So far everything now works great in the simulation. Ricardo _ MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
