MOTE -PC COMMUNICATION in TinyOS

-

MOTE -PC COMMUNICATION in TinyOS


STEP1:Install the TestSerial Application on your mote. The application sends a packet over the serial interface for every second,and when it receives a packet it displays the binary equivalent over the LED's.

STEP2:Once you have installed application on the mote.we need to run the corresponding java application to communicate with the serial port. This is build when we install the application on the mote.
From the application directory type java TestSerial<-'

If you get an error like
sf@localhost:9002 died - exiting (java.net.ConnectException: Connection refused)

It means you have not specified the serial port as source you have to specify in the syntax


Type export MOTECOM=serial@/dev/ttyUSB0:telosb for telosb mote.

STEP3: Now when you type java TestSerial <-' , you will get output like

Received packet sequence number 317
Sending packet 1
Received packet sequence number 318
Sending packet 2
Received packet sequence number 319
Sending packet 3
Received packet sequence number 320
Sending packet 4

STEP4:There is a java tool called Listen which prints out the binary equivalent of each packet...

java net.tinyos.tools.Listen <-'

we get o/p as
00 FF FF 00 00 02 00 89 01 A7
00 FF FF 00 00 02 00 89 01 A8
00 FF FF 00 00 02 00 89 01 A9
00 FF FF 00 00 02 00 89 01 AA
00 FF FF 00 00 02 00 89 01 AB
00 FF FF 00 00 02 00 89 01 AC
00 FF FF 00 00 02 00 89 01 AD
00 FF FF 00 00 02 00 89 01 AE
00 FF FF 00 00 02 00 89 01 AF
00 FF FF 00 00 02 00 89 01 B0
00 FF FF 00 00 02 00 89 01 B1
00 FF FF 00 00 02 00 89 01 B2
00 FF FF 00 00 02 00 89 01 B3
00 FF FF 00 00 02 00 89 01 B4

Listen is simply printing the packets which are coming out of the mote.....

Comments

Post a Comment

Popular posts from this blog

bb.utils.contains yocto

-
Image
bb.utils.contains  is most commonly used function in Yocto. grep in poky directory returned with 696 count. $ grep -nr 'bb.utils.contains' poky/ | wc -l 696 It's definition is present in 'poky/bitbake/lib/bb/utils.py' file This function returns third argument if the second argument is subset of the first argument else returns fourth argument Let's take an example to understand this. You can see from the above screenshot, when the second argument is a subset of first argument, "present" was returned, else "notpresent" was returned We can also use bb.utils.contains inside if loop. This we can use inside a recipe. if ${@bb.utils.contains('SOMEFLAG','NEWVALUE3','true','false',d)}; then     FOO = 'HELLO' fi
Read more

Difference between RDEPENDS and DEPENDS in Yocto

-
We normally observe these two (RDEPENDS and DEPENDS) whenever we open any recipe. What should we choose when we write our own recipe. DEPENDS -> Build Time Dependency RDEPENDS -> Run Time Dependency DEPENDS: When a recipe 'A' is DEPENDS on recipe 'B'. In this case, Bitbake first builds recipe 'B' and then recipe 'A' E.g. You need 'dbus' to be built before 'wpa_supplicant'. RDEPENDS: When a recipe 'A' is RDEPENDS on recipe 'B'. In this case, Bitbake deploys 'B' on the target system when it deploys 'A'.  E.g. 'perf' RDEPENDS on 'bash' In other words, DEPENDS are those set of packages that should be available while building package, whereas RDEPENDS are set of packages that should be available during execution of the program.
Read more

PR, PN and PV Variable in Yocto

-
PN : Represents the name of the recipe. The name is usually extracted from the recipe file name. PR:  Represents the revision of the recipe. Default value for this revision is "r0". Subsequent revisions of the recipe conventionally will have "r1", "r2" and so on. PV:  Represents the version of the recipe. Normally extracted from the recipe file name. For example: ffmpeg_3.4.2.bb recipe. ${PN} : ffmpeg ${PV} : 3.4.2
Read more