[Tinyos-help] Is Byte Transmission possible?
Hi all, I have message of 10 bytes. I send using GenericComm component's send interface as: call sendMsg.send(TOS_BCAST_ADDR,10, &Msg); can I transmit byte by byte or group of atleast 2 bytes in 5 transmissions? Regards, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Is Byte Transmission possible?
Hi all, I have message of 10 bytes. I send using GenericComm component's send interface as: call sendMsg.send(TOS_BCAST_ADDR,10, &Msg); can I transmit byte by byte or group of atleast 2 bytes in 5 transmissions? Regards, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Setting Mica2 data rates
Hi all, I use tinyos1.1.10. CC1000 Manual says :It can be configured to Date rate of .3,.6,1.2,2.4,4.8,9.6,19.2 or 38.4 Kbps. How can be this done? How to check which data rate I am using currently? Have a nice day, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] GenericComm's event Senddone() not responding
Hi all,
I use Tinyos 1.1.10.I want to send 500 packets with different
power at gap of 1000ms between them.
1) I start the timer at first.
2) As a response we have an event generated.In the event Timer.fired(
) ,I set the power ( my application is wired to CC1000ControlM.) and
then send message as follows:
call CC1000Control.SetRFPower(7);
call Leds.set(call CC1000Control.GetRFPower()); ( For
conformation that power is set)
call sendMsg.send(TOS_BCAST_ADDR,2, &Msg);
3) As a response to SendMsg.send(),an event SendMsg.senddone() is
generated.In this event, I switch off the Red Led and start timer again
at 1000ms time interval as follows
event result_t sendMsg.sendDone(TOS_MsgPtr msg, result_t success)
{call CLeds.redOff();
Tcounter++; (a predefind variable)
call CTimer.start(TIMER_ONE_SHOT,1000);
if(Tcounter == 500) {
Tcounter = 1;
call CTimer.stop();
}
return SUCCESS;
}
PROBLEM: As a sign of power is set to 7, all the leds are ON.After
that, as a sign of message has been sent , in the event
sendmsg.senddone( ) red led has to go off. But it doesn't go off and
thereafter timer is not fired. Why is the senddone event not responding.
Actually, It responded fine
and 500 packets were transmitted and received BEFORE WIRING TO
CC1000ControlM .When wired to CC1000ControlM and call
CC1000Control.SetRFPower(7) command , senddone() event doesnt respond.I
use CC1000controlM's stdControl.init(),start(),stop() commands in the '
Stdcontrol Interface's init(), start() and stop() commands respectively
' provided by my application.
Any Ideas? Please help.
Thank you very much for your patience.
Have a nice weekend.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Minimum Timer Interval of mica2
Hi all, I fire timer at 100msec.For each firing, I transmit a packet.To increase the Rate of transmission, Timer's time-period can be decreased.what factors should be included in estimating the timer's time period? and Whats the min. Time period that can be achieved? Regards, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] RSSI value interpretation
Hi all, I use mica2,tinyos 1.1.10.I receive the following RSSI values in Hex for Max and Min Transmitter power : 00 4f(Tx power =5dBm) and 01 31(Tx power=-20dBm) When 2's complement is taken we have:-79 and -305 To these values,-45 should be added.So, we have -124 and -350 respectively. These values are in complete conflict with the CC1000 manual,which says that the dynamic range of RSSI values are -105 and -50dBm. Are there any interpretations?I am really confused with these calculations.please correct me.. Many regards, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help] Interpreting RSSI values
Hi all, I read the RSSI values(mica2)which is uint_16 data type of tinyos 1.1.10 as shown: 41 00 42 00 etc.. Please help me. Thanks in Advance ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re: [Tinyos-help]Receiving Bad Packets
Hi,
Thanks for helping in creating noisy environment.
Regarding CRCs,The CRC values that you were referring to are those over
wired-medium(RS-232 in my case) between mica2 and PC.To elaborate:As
said,TOS base surely doesn't do any CRC check.It receives only correct
CRC packets from bottom layers.Now,it has to transmit this *correct
packet* without any error to PC.So,it frames it's own CRC and transmits
them to PC.At PC,java tool (Packetizer.java) will strip the CRC sent by
TOSbase ( and copy into "readCrc" of
Packetizer.java::readFramedPacket() ) and now calculate its own CRC
("computedCrc" in Packetizer.java::readFramedPacket())
.Then,cross-checks both and if they are same,it will display.This can be
made sure by looking at TOS_msg->crc feild and crc done by java
tool,which will turn out to be different.
Any ideas about dealing with bottom layer files ? Is there any thing
that can be done with these files:(they seem to be doing something with crc)
1)tos\platform\mica2\CC1000RadioIntM.nc(I doubt something can be done
here)
2) tos\platform\system\CrcFilter
3) tos\platform\CRCPacket.nc.
As a newbie,i dont know perfectly what is going on?
Many Thanks,
Kishore
Michael Schippling wrote:
I'm "fairly sure" that TOSBase doesn't do any received CRC check.
If you look at Packetizer.java::readFramedPacket() you can see
where messages are rejected based on the CRC failure, so this is
probably the place to hack.
I find that jackhammers and banging on pots and pans are good for
creating a noisy environment...sorry. You probably mean noisy RADIO
environment. It might be easier to reduce the signal, rather than
increase the noise. Removing the antenna from one of the motes
or reducing the transmit power could work. Or use a partial faraday
cage around some of the Motes.
MS
RamKishore wrote:
Hi all,
I want to receive the bad packets which failed CRC test.I
am using TOSbase(/tinyos1.x/contrib/xbow/apps) as receiver(mica2),at
916.4Mhz.I scanned mailing lists,but couldn't figure out anything.
More importantly, could anyone tell me few methods of generating
noisy environment.
Many Thanks in advance,
Kishore
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
[Tinyos-help]Receiving Bad Packets
Hi all, I want to receive the bad packets which failed CRC test.I am using TOSbase(/tinyos1.x/contrib/xbow/apps) as receiver(mica2),at 916.4Mhz.I scanned mailing lists,but couldn't figure out anything. More importantly, could anyone tell me few methods of generating noisy environment. Many Thanks in advance, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re:Re: [Tinyos-help] Reading RSSI values using TOS_Msg->Strength field
Hi , I too tried that code.Still, I receive the following output(crc stripped): FF FF 00 7D 06 03 00 4B 00(rssi values) FF FF 00 7D 06 04 00 46 00 FF FF 00 7D 06 05 00 4A 00 After scanning the e-mail lists,I found that :It should be converted into decimal(Then interpreting them as dBm) and -45dBm has to be subtracted form it,to get the correct reading.Is that correct? and they say that the rssi value interpretation changes with tinyos version.I use 1.1.10 and mica2 motes. When referred to CC1000 data sheet ,It has the following 2 lines in pg.no:30: P = -51.3 VRSSI– 49.2 [dBm] at 433 MHz P = -50.0 VRSSI– 45.5 [dBm] at 868 MHz. But I am using 916Mhz band.I am kind a confused with these statements Thanks for your attention, Kishore Michael Schippling wrote: Since the data[] array is bytes, only one byte (the LSB) is assigned. One quick fix it is to do two assignments, knowing that everybody expects multi-byte data to be in little-endian order: data[2] = strength & 0xff; data[3] = strength >> 8; MS RamKishore wrote: Hi Michael, You pointed the right problem.The assumption that packet length will be automatically get adjusted at base station was wrong.When full length messages were sent ,it really worked.*Thank you very very much*.One small question regarding RSSI values read and interpretation. I was trying to read counter value sent by transmitter, RSSI and crc values with message length set to 6 .As per AM.h file,strength and crc fields are 16 bit .To achieve this the following additions are made to previous code. gRxBufPoolTbl[gRxHeadIndex]->data[2] = Msg->strength; gRxBufPoolTbl[gRxHeadIndex]->data[3] = Msg->crc; The output is shown below: length counter RSSI crc FF FF 00 7D 06 02 00 39 42 00 00 FF FF 00 7D 06 03 00 2D E2 00 00 FF FF 00 7D 06 04 00 2D 02 00 00 FF FF 00 7D 06 05 00 2E A2 00 00 As seen, rssi and crc values are 8bit only.I thought crc is being over-written on remaining RSSI 8 bits, I made the following changes to code: gRxBufPoolTbl[gRxHeadIndex]->data[2] = Msg->strength; gRxBufPoolTbl[gRxHeadIndex]->data[4] = Msg->crc; I have the corresponding output: length counter RSSI CRC FF FF 00 7D 06 02 00 39 00 42 00 00 FF FF 00 7D 06 03 00 2D 00 E2 00 00 FF FF 00 7D 06 04 00 2D 00 02 00 00 FF FF 00 7D 06 05 00 2E 00 A2 00 00 Are these values correct ; what is their interpretation? Thank you very much for your time and patience. Thanks once again, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
Re:Re: [Tinyos-help] Reading RSSI values using TOS_Msg->Strength field
Hi Michael, You pointed the right problem.The assumption that packet length will be automatically get adjusted at base station was wrong.When full length messages were sent ,it really worked.*Thank you very very much*.One small question regarding RSSI values read and interpretation. I was trying to read counter value sent by transmitter, RSSI and crc values with message length set to 6 .As per AM.h file,strength and crc fields are 16 bit .To achieve this the following additions are made to previous code. gRxBufPoolTbl[gRxHeadIndex]->data[2] = Msg->strength; gRxBufPoolTbl[gRxHeadIndex]->data[3] = Msg->crc; The output is shown below: length counter RSSI crc FF FF 00 7D06 02 00 3942 00 00 FF FF 00 7D06 03 00 2DE2 00 00 FF FF 00 7D06 04 00 2D02 00 00 FF FF 00 7D06 05 00 2EA2 00 00 As seen, rssi and crc values are 8bit only.I thought crc is being over-written on remaining RSSI 8 bits, I made the following changes to code: gRxBufPoolTbl[gRxHeadIndex]->data[2] = Msg->strength; gRxBufPoolTbl[gRxHeadIndex]->data[4] = Msg->crc; I have the corresponding output: length counter RSSI CRC FF FF 00 7D06 02 00 3900 42 00 00 FF FF 00 7D06 03 00 2D 00 E2 0000 FF FF 00 7D06 04 00 2D 00 02 0000 FF FF 00 7D06 05 00 2E00 A2 0000 Are these values correct ; what is their interpretation? Thank you very much for your time and patience. Thanks once again, Kishore ___ Tinyos-help mailing list Tinyos-help@Millennium.Berkeley.EDU https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
