[Tinyos-help] ADC help
Hi,I'm trying to connect some components to the ADC channels on a Mica2. I am not using the Crossbow sensorboards, but all of the code examples I have seen are using this sensorboard. The only ports I have connected are the ADC channel (ADC3) and ground. No matter what voltage I put on the input channel, I get a very large value (>32000) as the input for the ADC. Am I missing something? Does anyone have an example of code for the ADC that does not use a Crossbow sensorboard? On a related issue,ADC=(Vin / 1024) * VrefWhere Vin can be between 0 and (2^6-1)*Vref and Vref is 1.23 V. Does this really mean that the ADC can take in voltages of up to 80V. I find that hard to believe.Thanks very much,Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] documentation about Drip
On Feb 2, 2006, at 5:10 PM, Gilman Tolle wrote: You could just set a flag if the msg comes through a UART interface... just a thought. I considered this, of course, but TinyOS 1.x GenericComm throws away information about which interface was used to receive the packet. Isn't this problem the reason why TinyOS 2.x switched to separate Receive interfaces for serial and radio? Not really. The major reason was that GenericComm would always include the UART stack, whether or not your mote ever sent to the serial port. It's a lot easier to add address-based dispatch to separate layers than it is to remove it. Phil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Re: Change USB to UART0 under Tmote (Alexandre Sousa)
Hi, I am not sure what happened when you say you did not succeed.. But the issues with using UART0 are: 1) The UART0 and the SPI (used for Radio) are sharing the bus on the tmote platform. Hence if you are using the radio also at the same time you need to ensure that BusArbitration is used to avoid any conflicts. Otherwise whatever you have done should work. 2) Also ensure that the baudrate at which you are connecting is correct. Hope this helps. Regards, Mala --Original Message-- Date: Thu, 02 Feb 2006 20:16:26 + From: Alexandre Sousa <[EMAIL PROTECTED]> Subject: [Tinyos-help] Change USB to UART0 under Tmote To: tinyos-help@Millennium.Berkeley.EDU Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I like to connect the Tmote platform directly to a serial PC COM port. To do this I need to change the msp430-UART1 to msp430-UART0 it's the only uart port available under 10pin expansion connector. How can I do this? I try to change the line: components HPLUARTM, HPLUSART1M as HPLUSART; to: components HPLUARTM, HPLUSART0M as HPLUSART; under the file tos\platform\telos\HPLUARTC.nc but did not succeed... Can anyone help? Regards, Alex - Porto University ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] Makelocal file
In Makelocal MIB510 = /dev/ttyS0 at the command line you still need "mib510" like this make mica2 mib510 Cory On 2/2/06, Rahul Sawant <[EMAIL PROTECTED]> wrote: > Hi all > > Does any one know how to set the MIB510 programming board and /dev/ttyS0 > serial port option in makelocal file for tinyos 1.1.15. I guess it is > different than the old way as tinyos 1.1.15 has a whole new make system. > > I tried with the following line in makelocal but it doesnt work > > MIB510 = mib510,/dev/ttyS0 > > > > > > Rahul Sawant > ___ > 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] Makelocal file
Hi all Does any one know how to set the MIB510 programming board and /dev/ttyS0 serial port option in makelocal file for tinyos 1.1.15. I guess it is different than the old way as tinyos 1.1.15 has a whole new make system. I tried with the following line in makelocal but it doesnt work MIB510 = mib510,/dev/ttyS0 Rahul Sawant ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] documentation about Drip
> You could just set a flag if the msg comes through a UART interface... > just a thought. I considered this, of course, but TinyOS 1.x GenericComm throws away information about which interface was used to receive the packet. Isn't this problem the reason why TinyOS 2.x switched to separate Receive interfaces for serial and radio? > > The Drip behavior you describe does sound like a bug. Are any of your > > nodes rebooting? A rebooting node that loses its data and requests new > > information from its neighbors will cause their Trickle timers to > > return to a high update rate. This is normal behavior. But, if none of > > the nodes are rebooting, about how long does a node have to run before > > its timer rolls over? > > The nodes are running TestDrip and are not rebooting. It takes about > 20-25 minutes before they cycle back to over-active mode. If I get some time, I'll take a look at it, but I can't make any promises. Gil ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] XY Accel help
Hey all, IM trying to determine what my actually readings from the X and Y accelerometer actually mean. I have tried turning the mote (mica2) and moving it, but my data results are simply inconsistent. Can anyone offer advice how to use it, and how i can take readings that have any meaning? Thank you very much in advance Josh - This mail sent through IMP: http://horde.org/imp/ ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] documentation about Drip
On 2/2/06, Gilman Tolle <[EMAIL PROTECTED]> wrote: > However, were I to write Drip over again today, I'd do it, if for no > other reason than that having a source address field in the packet > would make debugging and management easier. You could just set a flag if the msg comes through a UART interface... just a thought. > The Drip behavior you describe does sound like a bug. Are any of your > nodes rebooting? A rebooting node that loses its data and requests new > information from its neighbors will cause their Trickle timers to > return to a high update rate. This is normal behavior. But, if none of > the nodes are rebooting, about how long does a node have to run before > its timer rolls over? The nodes are running TestDrip and are not rebooting. It takes about 20-25 minutes before they cycle back to over-active mode. -Joe ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Location of IEEE802154.h
Hello, We are trying to find the MAC implementation (802.15.4) on Telos or Tmote platform. From the archives, we understood that the following path has a doc folder which explains it. / tinyos / tinyos-1.x / tos / lib / CC2420Radio But when looked up at the SourceForge, we know that the files have been moved to ieee folder. Can anyone help us find the 802.15.4 implementation for Telos/Tmote ? Thanks, Pinky Tejwani. Clemson University. ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] deluge question
Hi all Can somebody tell me why does deluge get stuck at Getting data for image 0? I am connected to a mica2dot node. [EMAIL PROTECTED] java]# java net.tinyos.tools.Deluge --ping Pinging node ... Connected to Deluge node. Getting data for image [0] [EMAIL PROTECTED] java]# java net.tinyos.tools.Deluge --ping --nodeid=1 Pinging node 1 ... Connected to Deluge node. Getting data for image [0] Shweta ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
RE: [Tinyos-help] 15Dec2005 rpm failed dependencies check
Thanks Rahul worked like a treat after I installed the following http://www.tinyos.net/dist-1.1.0/tinyos/windows/ nesc-1.1.2b-1.cygwin.i386.rpm I guess it must have been upgraded in 1.1.13 or 1.1.14 and I didn’t do the incremental upgrades. Many thanks Sent: Thursday, February 02, 2006 10:46 AM To: Neil Hancock Subject: Re: [Tinyos-help] 15Dec2005 rpm failed dependencies check Hey Neil Just upgrade your nesc. on the tinyos website, on the page where there r installation instruction for installing tinyos 1.1.15 below in INSTALLING AND UPDATING PACKAGES section follow the link for linux or windows and download and install the latest nesc. On 2/2/06, Neil Hancock <[EMAIL PROTECTED]> wrote: Hi All, I'm attempting to upgrade to 1.1.15 from from 1.1.12 in a Win XP Prof cygwin environment with rpm --force --ignoreos -Uvh tinyos-1.1.15Dec2005cvs-1.cygwin.noarch.rpm Here is what I got: error: Failed dependencies: nesc >= 1.1.1 is needed by tinyos-1.1.15Dec2005cvs-1 Am I missing something, has anybody seen anything similar or any suggestions. Many thanks Neil Hancock ___ 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] 15Dec2005 rpm failed dependencies check
That happened to me with 1.1.14 too. I used --nodep to make it DWIM. I believe there were no problems with that part, but I had to back out for other reasons... MS Neil Hancock wrote: Hi All, I'm attempting to upgrade to 1.1.15 from from 1.1.12 in a Win XP Prof cygwin environment with rpm --force --ignoreos -Uvh tinyos-1.1.15Dec2005cvs-1.cygwin.noarch.rpm Here is what I got: error: Failed dependencies: nesc >= 1.1.1 is needed by tinyos-1.1.15Dec2005cvs-1 Am I missing something, has anybody seen anything similar or any suggestions. Many thanks Neil Hancock ___ 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] Change USB to UART0 under Tmote
Hi, I like to connect the Tmote platform directly to a serial PC COM port. To do this I need to change the msp430-UART1 to msp430-UART0 it's the only uart port available under 10pin expansion connector. How can I do this? I try to change the line: components HPLUARTM, HPLUSART1M as HPLUSART; to: components HPLUARTM, HPLUSART0M as HPLUSART; under the file tos\platform\telos\HPLUARTC.nc but did not succeed... Can anyone help? Regards, Alex - Porto University ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Deluge propagation
Hi all! I'm having very strange behavior with my mica2 nodes. I installed FormatFlash and DelugeBasic on node 1 (ID=1) laid it aside and installed the same on node 0 (ID=0). Then I inject a modified Blink App to image 1. Reboot to image 1. Node 0 starts with Blink, node 1 showed no reaction (red=on, green flashes sometimes; I waited for over 15 min). Then I installed FormatFlash and DelugeBasic again on node 0. I called Ping and it says that Blink is still installed on image 1 (is that normal?). I laid it aside, and started again with node 1 (FF, DB). Suddenly (note: both nodes were fresh installed, i.e. running DelugeBasic) node 0 on my desk started to send data to node 1 (it flashed wildly), and after a while, both nodes rebooted and began to run Blink.(???) Does it mean that: 1. FormatFlash doesn't erase any images, if the flash has been formated once? 2. The 'Reboot to 1' has reached node 1, but it had no image. As soon as it had one it rebooted and told node 0 to do so, too? Unfortunately, although I tried real hard, I don't get my images propagated if I call Inject, but as soon as I begin to reinstall the nodes with the two basics it seems to work. Well, but that's not the way I planned to use Deluge... I'm totally confused. What am I doing wrong? If anybody has encountered similar behavior or has some ideas, please let me know! Any help would be greatly appreciated! Best regards, Holger __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RSSI value from skyetek M1-mini
Hi Pablo The MiniPacketize.h file does not have a definition of AM_PAYLOAD which mig is looking for to create Payload.java. Instead there is AMTYPE_MINI. You can add another entry for AM_PAYLOAD = 0x51 right before AMTYPE_MINI in MiniPacketizer.h. Then regenerate Payload.java by doing the folowing make -f jmakefile clean make -f jmakefile This might solve the message length problem. Shweta On Thu, 2 Feb 2006, Pablo Guerrero wrote: > Hi again Shweta, > > I tried your java code. As it was, it did not receive anything. I > figured out that the Active Message handler ID that my mote is > generating is 0x51 (81), so I changed the Payload class and recompiled > it. However, now I get the following message: > > receive error for net.tinyos.rfid.Payload (AM type 81): invalid length > message received (too short) > > I will keep looking at what can be wrong with the reader (perhaps a > malfunction). Do you have the version with or without buttons? > > Pablo > > Shweta Jain wrote: > > Hello Pablo, > > > > Did you send be a PDf attachment? I didnt receive it so not sure what your > > analysis is. The output from Listen is raw bytes and you need to convert > > them to appropriate integers of character values before you can work with > > it. The message interface file does that conversion for you making it easy > > to understand the output. > > > > Shweta > > > > On Thu, 2 Feb 2006, Pablo Guerrero wrote: > > > >> Hello Shweta, > >>thanks for the hints. I am currently inspecting the code you sent, I > >> appreciate it. In the meantime I sent you a pdf with my analysis of what > >> I was receiving with the Listen tool. Because still that is what I > >> receive, right? > >> > >> To make my scenario clearer: > >> > >> First Mote: > >> Mica2 with Skyetek M1Mini RFID reader attached (through a basic sensor > >> board MTS101CA). Running 'TestSkyeReadMini2_Poll'. > >> Should read tags' info and put it in the radio. > >> > >> Second Mote: > >> Mica2 attached to the programming board, running 'TOSBase'. > >> Should forward what receives through UART and put it in the radio and > >> viceversa. > >> > >> PC: > >> Running the java 'SerialForwarder' and 'Listen' programs. > >> > >> What software are you using in the first mote? > >> > >> I also have an xRFID but could not use it since some libs are missing :( > >> > >> Thanks > >> > >> Pablo > >> > >> > >> > >> Shweta Jain wrote: > >>> It is quite difficult to interpret the bit pattern via Listen. The best > >>> way to read the data sent by the motes is through a message > >>> interface file. Like the one I generated. (Payload.java attached). > >>> You can generate this file by running make -f jmakefile (jmakefile > >>> attached). Finally call the functions from your class file like > >>> in RFID.java that I wrote. You will get an error when compiling RFID.java > >>> because I hae modified the MoteIf constructor. You can look into > >>> MoteIf.java for a list of constructors that can be used. > >>> > >>> > >>> Shweta > >>> > >>> On Wed, 1 Feb 2006, Pablo Guerrero wrote: > >>> > Hi Shweta, > I am using the Skyetek's M1 mini. Or actually, trying to. It has been > really difficult for me to get it "working". Unfortunately I cannot > answer your question since I think it exceeds my knowledge about it. But > actually I thought I was one of the fewer guys who were using it. > > I was wondering if we could stay in touch and perhaps help each > other. May I ask you which software are you using with it? We bought our > skyetek M1 mini from crossbow, and their tech support provided me with > both the: > > \opt\tinyos-1.x\contrib\xbow\apps\SkyeReadMini2_MICA2\TestSkyeReadMini2, > and > \opt\tinyos-1.x\contrib\xbow\apps\SkyeReadMini2_MICA2\TestSkyeReadMini2_Poll > > I am using the 'poll' version since our reader doesn't have buttons. > That means it keeps polling the whole time. > > I can get the whole stuff working, by having a TOSBase mote attached to > a programming board and running the java app net.tinyos.tools.Listen, > however the bit pattern I get is quite weird... I don't really > understand it. Do you have any idea on how to interpret this bit > pattern? Or do you use some other application to do this? > > Looking forward to help and contribute, regards, > > > Pablo Guerrero > > Shweta Jain wrote: > > Hi all, > > > > I was wondering if anyone would know the voltage to db conversion > > formula > > for the RSSI value read from skyetek's M1 mini. > > > > > > Shweta > > ___ > > Tinyos-help mailing list > > Tinyos-help@Millennium.Berkeley.EDU > > https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help > >>> > >>> > >>> > >>> /** > >>> * T
Re: [Tinyos-help] RSSI value from skyetek M1-mini
Hi again Shweta,
I tried your java code. As it was, it did not receive anything. I
figured out that the Active Message handler ID that my mote is
generating is 0x51 (81), so I changed the Payload class and recompiled
it. However, now I get the following message:
receive error for net.tinyos.rfid.Payload (AM type 81): invalid length
message received (too short)
I will keep looking at what can be wrong with the reader (perhaps a
malfunction). Do you have the version with or without buttons?
Pablo
Shweta Jain wrote:
Hello Pablo,
Did you send be a PDf attachment? I didnt receive it so not sure what your
analysis is. The output from Listen is raw bytes and you need to convert
them to appropriate integers of character values before you can work with
it. The message interface file does that conversion for you making it easy
to understand the output.
Shweta
On Thu, 2 Feb 2006, Pablo Guerrero wrote:
Hello Shweta,
thanks for the hints. I am currently inspecting the code you sent, I
appreciate it. In the meantime I sent you a pdf with my analysis of what
I was receiving with the Listen tool. Because still that is what I
receive, right?
To make my scenario clearer:
First Mote:
Mica2 with Skyetek M1Mini RFID reader attached (through a basic sensor
board MTS101CA). Running 'TestSkyeReadMini2_Poll'.
Should read tags' info and put it in the radio.
Second Mote:
Mica2 attached to the programming board, running 'TOSBase'.
Should forward what receives through UART and put it in the radio and
viceversa.
PC:
Running the java 'SerialForwarder' and 'Listen' programs.
What software are you using in the first mote?
I also have an xRFID but could not use it since some libs are missing :(
Thanks
Pablo
Shweta Jain wrote:
It is quite difficult to interpret the bit pattern via Listen. The best
way to read the data sent by the motes is through a message
interface file. Like the one I generated. (Payload.java attached).
You can generate this file by running make -f jmakefile (jmakefile
attached). Finally call the functions from your class file like
in RFID.java that I wrote. You will get an error when compiling RFID.java
because I hae modified the MoteIf constructor. You can look into
MoteIf.java for a list of constructors that can be used.
Shweta
On Wed, 1 Feb 2006, Pablo Guerrero wrote:
Hi Shweta,
I am using the Skyetek's M1 mini. Or actually, trying to. It has been
really difficult for me to get it "working". Unfortunately I cannot
answer your question since I think it exceeds my knowledge about it. But
actually I thought I was one of the fewer guys who were using it.
I was wondering if we could stay in touch and perhaps help each
other. May I ask you which software are you using with it? We bought our
skyetek M1 mini from crossbow, and their tech support provided me with
both the:
\opt\tinyos-1.x\contrib\xbow\apps\SkyeReadMini2_MICA2\TestSkyeReadMini2, and
\opt\tinyos-1.x\contrib\xbow\apps\SkyeReadMini2_MICA2\TestSkyeReadMini2_Poll
I am using the 'poll' version since our reader doesn't have buttons.
That means it keeps polling the whole time.
I can get the whole stuff working, by having a TOSBase mote attached to
a programming board and running the java app net.tinyos.tools.Listen,
however the bit pattern I get is quite weird... I don't really
understand it. Do you have any idea on how to interpret this bit
pattern? Or do you use some other application to do this?
Looking forward to help and contribute, regards,
Pablo Guerrero
Shweta Jain wrote:
Hi all,
I was wondering if anyone would know the voltage to db conversion formula
for the RSSI value read from skyetek's M1 mini.
Shweta
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
/**
* This class is automatically generated by mig. DO NOT EDIT THIS FILE.
* This class implements a Java interface to the 'Payload'
* message type.
*/
package net.tinyos.rfid;
public class Payload extends net.tinyos.message.Message {
/** The default size of this message type in bytes. */
public static final int DEFAULT_MESSAGE_SIZE = 29;
/** The Active Message type associated with this message. */
public static final int AM_TYPE = -1;
/** Create a new Payload of size 29. */
public Payload() {
super(DEFAULT_MESSAGE_SIZE);
amTypeSet(AM_TYPE);
}
/** Create a new Payload of the given data_length. */
public Payload(int data_length) {
super(data_length);
amTypeSet(AM_TYPE);
}
/**
* Create a new Payload with the given data_length
* and base offset.
*/
public Payload(int data_length, int base_offset) {
super(data_length, base_offset);
amTypeSet(AM_TYPE);
}
/**
* Create a new Payload using the given byte array
* a
Re: [Tinyos-help] SerialForwarder not work
What does motelist output? -Joe On 2/2/06, L Tony <[EMAIL PROTECTED]> wrote: > Hi, > > I have a tmote sky running CntToLedsAndRfm connected to my pc at COM6, then > I run > " java net.tinyos.sf.SerialForwarder -comm [EMAIL PROTECTED]:tmote". But the > java > application window shows: > > Listening to [EMAIL PROTECTED]:tmote > Shutting down all client connections > Closing source > Closing socket > ___ > I tried to change the Server Port(9002,9003,9004), but it still has the > same problem. > Is there anybody who can help me solve this problem? Thanks in advance. > > Best regards, > Tony > > _ > 享用世界上最大的电子邮件系统― MSN Hotmail。 http://www.hotmail.com > > ___ > 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] interface for RTS-CTS in B-Mac
Hi All, Can anybody tell me which interface to use for implementing the rts-cts mechanism for B-Mac. I'm using tmotes Thanks Jagan ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] RSSI value from skyetek M1-mini
Heres how I convert those bytes to tagid . It needs to be converted into a
string. First read the tag ID part in the message into a char array.
Then convert that into a string.
public String get_TagID(Payload msg) {
char carr[] = new
char[Math.min(net.tinyos.message.Message.MAX_CONVERTED_STRING_LENGTH,24)];
int i;
for (i = 0; i < carr.length; i++) {
if ((char)msg.getElement_data(i) == (char)0) break;
carr[i] = (char)msg.getElement_data(i);
}
if(i==2) //in case I received error, i.e 0x94 for no tag found
return new String(carr,0,2);
else //in case I received a tag response
return new String(carr,0,i);
}
Shweta
On Thu, 2 Feb 2006, Pablo Guerrero wrote:
> Hi,
>I thought I did, but well, here it is again.
>
> I am trying it with a tag 3M Hi Strength (ISO 15693), which with my
> other PCMCIA reader I receive 0xE007121F24CC, but instead, with
> Listen, I get:
>
> FF FF 51 17 10 01 0A 00 00 C2 02 32 34 30 30 30 30 30 30 30 30
> FF FF 51 17 10 01 0A 00 00 0E 03 32 34 30 30 30 30 30 30 30 30
> FF FF 51 17 10 01 0A 00 00 D5 02 32 34 30 30 30 30 30 30 30 30
> FF FF 51 17 10 01 0A 00 00 D1 02 32 34 30 30 30 30 30 30 30 30
> FF FF 51 17 10 01 0A 00 00 1E 03 32 34 30 30 30 30 30 30 30 30
>
> Can you give me any hints on this 'conversion'? I tried to interpret the
> bit pattern and I only got to what is in the pdf. Thanks for your help!
>
> Pablo
>
> Shweta Jain wrote:
> > Hello Pablo,
> >
> > Did you send be a PDf attachment? I didnt receive it so not sure what your
> > analysis is. The output from Listen is raw bytes and you need to convert
> > them to appropriate integers of character values before you can work with
> > it. The message interface file does that conversion for you making it easy
> > to understand the output.
> >
> > Shweta
> >
> > On Thu, 2 Feb 2006, Pablo Guerrero wrote:
> >
> >> Hello Shweta,
> >>thanks for the hints. I am currently inspecting the code you sent, I
> >> appreciate it. In the meantime I sent you a pdf with my analysis of what
> >> I was receiving with the Listen tool. Because still that is what I
> >> receive, right?
> >>
> >> To make my scenario clearer:
> >>
> >> First Mote:
> >> Mica2 with Skyetek M1Mini RFID reader attached (through a basic sensor
> >> board MTS101CA). Running 'TestSkyeReadMini2_Poll'.
> >> Should read tags' info and put it in the radio.
> >>
> >> Second Mote:
> >> Mica2 attached to the programming board, running 'TOSBase'.
> >> Should forward what receives through UART and put it in the radio and
> >> viceversa.
> >>
> >> PC:
> >> Running the java 'SerialForwarder' and 'Listen' programs.
> >>
> >> What software are you using in the first mote?
> >>
> >> I also have an xRFID but could not use it since some libs are missing :(
> >>
> >> Thanks
> >>
> >> Pablo
> >>
> >>
> >>
> >> Shweta Jain wrote:
> >>> It is quite difficult to interpret the bit pattern via Listen. The best
> >>> way to read the data sent by the motes is through a message
> >>> interface file. Like the one I generated. (Payload.java attached).
> >>> You can generate this file by running make -f jmakefile (jmakefile
> >>> attached). Finally call the functions from your class file like
> >>> in RFID.java that I wrote. You will get an error when compiling RFID.java
> >>> because I hae modified the MoteIf constructor. You can look into
> >>> MoteIf.java for a list of constructors that can be used.
> >>>
> >>>
> >>> Shweta
> >>>
> >>> On Wed, 1 Feb 2006, Pablo Guerrero wrote:
> >>>
> Hi Shweta,
> I am using the Skyetek's M1 mini. Or actually, trying to. It has been
> really difficult for me to get it "working". Unfortunately I cannot
> answer your question since I think it exceeds my knowledge about it. But
> actually I thought I was one of the fewer guys who were using it.
>
> I was wondering if we could stay in touch and perhaps help each
> other. May I ask you which software are you using with it? We bought our
> skyetek M1 mini from crossbow, and their tech support provided me with
> both the:
>
> \opt\tinyos-1.x\contrib\xbow\apps\SkyeReadMini2_MICA2\TestSkyeReadMini2,
> and
> \opt\tinyos-1.x\contrib\xbow\apps\SkyeReadMini2_MICA2\TestSkyeReadMini2_Poll
>
> I am using the 'poll' version since our reader doesn't have buttons.
> That means it keeps polling the whole time.
>
> I can get the whole stuff working, by having a TOSBase mote attached to
> a programming board and running the java app net.tinyos.tools.Listen,
> however the bit pattern I get is quite weird... I don't really
> understand it. Do you have any idea on how to interpret this bit
> pattern? Or do you use some other application to do this?
>
> Looking forward to help and contribute, regards,
>
>
> Pablo Guerrero
>
> Shweta Jain wrote:
> > Hi all,
[Tinyos-help] 15Dec2005 rpm failed dependencies check
Hi All, I'm attempting to upgrade to 1.1.15 from from 1.1.12 in a Win XP Prof cygwin environment with rpm --force --ignoreos -Uvh tinyos-1.1.15Dec2005cvs-1.cygwin.noarch.rpm Here is what I got: error: Failed dependencies: nesc >= 1.1.1 is needed by tinyos-1.1.15Dec2005cvs-1 Am I missing something, has anybody seen anything similar or any suggestions. Many thanks Neil Hancock ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] FFT computation on micaz
You may be interested in searching for fast integer FFT algorithms, and adapt them to the AVR assembly language. On a processor without any floating point unit, using floating point functions like this might be a big resource hog. A google led to a seemingly good page on such an algorithm at http://www.pedrofreire.com/crea2_en.htm -- Vincent Borrel LIP6-CNRS 8 rue du Capitaine SCOTT F-75015 Paris FRANCE ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] documentation about Drip
Sure. If you look at the Deluge source, the advertisement contains a source address and an advertisement type field, which Deluge uses to detect advertisement messages from the PC. At the time, I couldn't justify putting those fields into the Drip message header. The Drip payloads are so small, in general, and doubling the size of the Drip header to support the uncommon case of injection through a Drip node seemed unwarranted. However, were I to write Drip over again today, I'd do it, if for no other reason than that having a source address field in the packet would make debugging and management easier. The Drip behavior you describe does sound like a bug. Are any of your nodes rebooting? A rebooting node that loses its data and requests new information from its neighbors will cause their Trickle timers to return to a high update rate. This is normal behavior. But, if none of the nodes are rebooting, about how long does a node have to run before its timer rolls over? Gil On 1/31/06, Joe Polastre <[EMAIL PROTECTED]> wrote: > Can you clarify why I cannot Drip to a node running Drip, similar in > the way that I can either Deluge to a node that runs Deluge or a node > that runs TOSBase. That flexibility has been extremely valuable in > application development. > > I understand that Drip does not do this currently because it sends all > advertisements over the radio (thus, messages from the PC are only > responded to on the radio, and not back through the UART when such a > request is issued). Why was the design decision made to not support > the Deluge style of interaction? > > Lastly, with the code in CVS, I've seen a "roll-over" effect. > Basically the trickle timer "rolls-over" and goes back to a very high > update rate after having slowed down due to no new advertisements. I > would classify this as a bug, yes? > > -Joe > > On 1/31/06, Gilman Tolle <[EMAIL PROTECTED]> wrote: > > Thanks for the heads-up. It's checked into CVS now. > > > > Gil > > > > On 1/30/06, Joe Polastre <[EMAIL PROTECTED]> wrote: > > > My CVS does not have apps/TestDrip which is required by > > > net.tinyos.drip.* to compile (according to the Makefile). > > > apps/TestDripDrain does exist, however. > > > > > > -Joe > > > > > > On 1/30/06, Gilman Tolle <[EMAIL PROTECTED]> wrote: > > > > I'm the Drip author, and it seems like the README file wasn't included > > > > in the TinyOS source tree for some reason. I just checked it into CVS, > > > > and I've attached it to this email also. > > > > > > > > Gil > > > > > > > > On 1/30/06, Liu, Ping (GE, Research) <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Hi All, > > > > > > > > > > Drip has been mentioned in several places as the better approach than > > > > > Bcast, > > > > > but I haven't been able to find any decent documentation at all. > > > > > Anybody has > > > > > pointers to it? > > > > > > > > > > Thanks for the attention! > > > > > > > > > > -T. > > > > > > > > > > ___ > > > > > 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
[Tinyos-help] problem with Telos and openSUSE 10.0
Hi I'm using opensuse for some time, and I'm having a problem with motes that I didn't have when using suse 9.2: If I want to use any app to forward data from the radio network to the PC (using an USB connector) the mote connected to the computer goes off when going to synchronize the comunication between the PC and the serial port. If you launch the Listen app (for example) at the computer then you see "[EMAIL PROTECTED]:57600: resynchronising" and then the mote is halted (it seems that the messages sent when going to "configure" the comunications with the serial port are shutting down the mote.. if you quit the Listen app the mote is restarted) A way to check it is very simple: load the TOSBase app at the mote and after pluging it you only need to launch the Listen app in order to get data from it. Does anybody know something about this? (I think this is a problem from openSUSE, wich has several traffic speed problems with USB devices and probably those problems are appearing here too) regards :D __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] what is the Transmit power, Receiver thresh and Carrier Sense for mote at 20 m range
Hi All I was hoping if someone could tell me the values for transmit poer and Carrier sense threshold and Receiver threshold for a mica2 mote to acquire the range of 10 meters ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] what is the Transmit power, Receiver thresh and Carrier Sense for mote at 20 m range]
Hi All I was hoping if someone could tell me the values for transmit poer and Carrier sense threshold and Receiver threshold for a mica2 mote to acquire the range of 10 meters your help is very much appreciated thanks Qasim Iqbal Aston University UK ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] FFT computation on micaz
I guess I was not thinking that the double->int cast would just truncate...
Which could still be a problem. Does it work with int16, or with explicit casts?
I wasn't following all the previous discussion on this. How do you verify
correct results with the multiplies (a,b) and how does c==128 at some point
in the loop indicate an error?
If I remember you said it worked with TOSSIM, so it must(?) be a compiler
or library problem if sqrt() is really failing now...
MS
[EMAIL PROTECTED] wrote:
I know that the sqrt() function doesn't return an int value, but for me
it's ok, I tried to use this function and I accept this kind of
approximation with the truncation of the value, I'm working with integer
for the FFT.
Ing. Alessandro Balvis
Centro Ricerche ENEL - Pisa
[EMAIL PROTECTED]
any idea what sqrt() function you are linking to?
I doubt that a 'normal' root func would return an int.
MS
[EMAIL PROTECTED] wrote:
I dont' have problem with the packet maximum size, everything works ok
in
this way.
The problem is still with the int32_t data types:
...
int32_t a,b,c;
for (i=0,m=0;i
Remember that packet maximum size is 28 bytes.
int32_t should not cause any problem .
[EMAIL PROTECTED] wrote:
This is a good advice, I'll try this first check.
For the packet structure I have no problem, I'm developping a little
application for MDA300, and I can read the other datas that I put in
the
payload without problems, well the problem is not with the packet.
It's possible that there's some problem with the management of data
type
int32_t? I can use this kind of data as well as the int16_t?
Thanks.
Ing. Alessandro Balvis
Centro Ricerche ENEL - Pisa
[EMAIL PROTECTED]
Signor Balvis,
una prima (grezza) controprova potrebbe essere quella di (se conosce
quanto deve essere il valore
corretto del risultato in anticipo) accendere dei led se il valore è
quello giusto. Del tipo:
if (zz.s[0] == ) && (zz.s[1] == < VALORE CORRETTO >)
&&
.. )
call Leds.redOn();
Se il led si accende il risultato è corretto ma ci sono dei problemi
nell'invio. In questo caso
il problema è quasi sicuramente nel buffer di invio. Perchè accede a
partire dalla posizione 10
di data ? Provi da 0.
Inoltre ha allocato un messaggio di tipo Tos_Msg a cui poi farà
puntare
il puntatore
radio_msg_ptr ?
Si assicuri che tutto funzioni mettendo nel pacchetto quantità note e
vedendo se vengono
visualizzate correttamente.
Cordiali saluti
Andrea
[EMAIL PROTECTED] wrote:
Hy,
I've implemented an algorithm of integer FFT for micaz, but I've some
problems:
1) I tested the FFT with TOSSIM for check the correct result and it
works
2) I tested the FFT on micaz, but I can't read the result of the
computation, because I put the result in a int32_t variable and when
I
go
to write this variable in the packet (to read the packet with
MessageCenter java) it writes "zero". I thought that the problem was
in
the different data types: the value in the packet must be int16_t,
the
result is in int32_t. Then I used a type union:
typedef union {
int8_t s[4];
int32_t i;
} UDATA;
UDATA z;
In this way I can put the result in:
z.i=(int32_t)result;
and when I go to write the result in the packet I use the union:
radio_msg_ptr->data[10] = zz.s[0];
radio_msg_ptr->data[10+2] = zz.s[1];
radio_msg_ptr->data[10+4] = zz.s[2];
radio_msg_ptr->data[10+6] = zz.s[3];
But it still doesn't work. Why??
Can anybody help me? Thanks in advance.
PS: I put the code of the FFT computation
int16_t FFT(int16_t kk[], int16_t fr[], int16_t isign, int16_t *Ampl,
int16_t *Freq) {
//variables for trigonometric recurrences
int32_t a,b,c,d,i,m;
int16_t idx,max,rms;
a = b = c = 0;
call Leds.yellowOn();
BinaryInversion(datas);
Danielson(datas,isign);
max = 0; idx = 0;
rms = 1414L;
for (i=0,m=0;imax) {
max=fr[m];
z.i=fr[m];
idx=m;
}
}
*Ampl = max;//memorizzati il valore di picco e la
componente relativa li memorizzo nel pacchetto
*Freq = idx;
call Leds.yellowOff();
post send_radio_msg();
return(0);
}
Ing. Alessandro Balvis
Centro Ricerche ENEL - Pisa
[EMAIL PROTECTED]
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] SerialForwarder not work
Hi, I have a tmote sky running CntToLedsAndRfm connected to my pc at COM6, then I run " java net.tinyos.sf.SerialForwarder -comm [EMAIL PROTECTED]:tmote". But the java application window shows: Listening to [EMAIL PROTECTED]:tmote Shutting down all client connections Closing source Closing socket ___ I tried to change the Server Port(9002,9003,9004), but it still has the same problem. Is there anybody who can help me solve this problem? Thanks in advance. Best regards, Tony _ 享用世界上最大的电子邮件系统― MSN Hotmail。 http://www.hotmail.com ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] use MultiHopEWMA.nc
Maybe you can read this document that is very useful: http://www.cs.berkeley.edu/~awoo/sensys_awoo03.pdf Ing. Alessandro Balvis Centro Ricerche ENEL - Pisa [EMAIL PROTECTED] ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help] FFT computation on micaz
I know that the sqrt() function doesn't return an int value, but for me
it's ok, I tried to use this function and I accept this kind of
approximation with the truncation of the value, I'm working with integer
for the FFT.
Ing. Alessandro Balvis
Centro Ricerche ENEL - Pisa
[EMAIL PROTECTED]
> any idea what sqrt() function you are linking to?
> I doubt that a 'normal' root func would return an int.
> MS
>
>
> [EMAIL PROTECTED] wrote:
>> I dont' have problem with the packet maximum size, everything works ok
>> in
>> this way.
>> The problem is still with the int32_t data types:
>>
>>
>> ...
>> int32_t a,b,c;
>> for (i=0,m=0;i> a=((dat[i]/10)*(dat[i]/10));
>> b=((dat[i+1]/10)*(dat[i+1]/10));//ALL DATA UNTIL THIS POINT ARE
>> OK
>>
>> c=sqrt(a+b);
>> if((c == 128) && (m == 10)) call Leds.yellowOn();
>> ...
>>
>>
>>
>> I checked the data with the tinyviz, I reply the FFT algorithm to run
>> with
>> the simulator. Until the computation of "a" and "b" variables, I found
>> the
>> same values of the simulation (I used the check with the led).
>> After, when I calculate the "sqrt(a+b)", I don't found the same values,
>> something goes wrong.
>> Maybe there's some error? Thanks
>>
>>
>> Ing. Alessandro Balvis
>> Centro Ricerche ENEL - Pisa
>> [EMAIL PROTECTED]
>>
>>
>>
>>
>>>Remember that packet maximum size is 28 bytes.
>>>int32_t should not cause any problem .
>>>
>>>[EMAIL PROTECTED] wrote:
>>>
>>>
This is a good advice, I'll try this first check.
For the packet structure I have no problem, I'm developping a little
application for MDA300, and I can read the other datas that I put in
the
payload without problems, well the problem is not with the packet.
It's possible that there's some problem with the management of data
type
int32_t? I can use this kind of data as well as the int16_t?
Thanks.
Ing. Alessandro Balvis
Centro Ricerche ENEL - Pisa
[EMAIL PROTECTED]
>Signor Balvis,
>una prima (grezza) controprova potrebbe essere quella di (se conosce
>quanto deve essere il valore
>corretto del risultato in anticipo) accendere dei led se il valore è
>quello giusto. Del tipo:
>
>if (zz.s[0] == ) && (zz.s[1] == < VALORE CORRETTO >)
> &&
>.. )
> call Leds.redOn();
>
>Se il led si accende il risultato è corretto ma ci sono dei problemi
>nell'invio. In questo caso
>il problema è quasi sicuramente nel buffer di invio. Perchè accede a
>partire dalla posizione 10
>di data ? Provi da 0.
>Inoltre ha allocato un messaggio di tipo Tos_Msg a cui poi farà
> puntare
>il puntatore
>radio_msg_ptr ?
>Si assicuri che tutto funzioni mettendo nel pacchetto quantità note e
>vedendo se vengono
>visualizzate correttamente.
>
>Cordiali saluti
>Andrea
>
>
>
>[EMAIL PROTECTED] wrote:
>
>
>
>
>>Hy,
>>I've implemented an algorithm of integer FFT for micaz, but I've some
>>problems:
>>
>>1) I tested the FFT with TOSSIM for check the correct result and it
>>works
>>
>>2) I tested the FFT on micaz, but I can't read the result of the
>>computation, because I put the result in a int32_t variable and when
>> I
>>go
>>to write this variable in the packet (to read the packet with
>>MessageCenter java) it writes "zero". I thought that the problem was
>> in
>>the different data types: the value in the packet must be int16_t,
>> the
>>result is in int32_t. Then I used a type union:
>>
>>typedef union {
>> int8_t s[4];
>> int32_t i;
>> } UDATA;
>>
>>UDATA z;
>>
>>
>>In this way I can put the result in:
>>
>>z.i=(int32_t)result;
>>
>>and when I go to write the result in the packet I use the union:
>>
>>radio_msg_ptr->data[10] = zz.s[0];
>>radio_msg_ptr->data[10+2] = zz.s[1];
>>radio_msg_ptr->data[10+4] = zz.s[2];
>>radio_msg_ptr->data[10+6] = zz.s[3];
>>
>>But it still doesn't work. Why??
>>Can anybody help me? Thanks in advance.
>>
>>PS: I put the code of the FFT computation
>>
>>
>>int16_t FFT(int16_t kk[], int16_t fr[], int16_t isign, int16_t *Ampl,
>>int16_t *Freq) {
>>
>>
>> //variables for trigonometric recurrences
>> int32_t a,b,c,d,i,m;
>> int16_t idx,max,rms;
>> a = b = c = 0;
>>
>> call Leds.yellowOn();
>> BinaryInversion(datas);
>> Danielson(datas,isign);
>> max = 0; idx = 0;
>> rms = 1414L;
>> for (i=0,m=0;i> a=(int32_t)(kk[i]*kk[i]);
>> b=(int32_t)(kk[i+1]*kk[i+1]);
>> c = sqrt(c);
>> c=(a+b);
>> c=sqrt(c);
>> d=((c*100)/NSIGNAL)/100;
>> fr[m]=(d*rms)/1000;
>> if(fr[m]>max) {
>> max=fr[m];
>> z.i=fr[m];
>> idx=m;
>> }
>
[Tinyos-help] What's actually conflicting with FLASH when UART1 is used?
Hi, I'm still scratching my head with this problem. I've connected my own device to UART1, and can't get it working with any app that uses external flash. At first I thought it's a hardware conflict (they do use the same pins) but the problem remains after disabling the device (or even completely disconnecting the device). So there's also a sw problem when HPLUART1M is wired. I've written my own wrapper that takes care of stripping off status messages and such, letting only data bytes through from/to the mote app. I'm attaching the doc diagram of my wiring. It's from an experiment with the Remote component, the pic shows my wrapper inside the UART module. Can anyone see a problem, and should this be wired in a different way? Regards, HarriTitle: Component: UART Apps Components Interfaces All Files Source Tree source: tos.system.UART.nc Component: UART Author: Jason Hill David Gay Philip Levis Provided Interfaces ByteComm StdControl Control Component Graph (text version, help) ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
