Installation error

58 views
Skip to first unread message

bhaskar bhuyan

unread,
Feb 7, 2012, 8:41:55 AM2/7/12
to castalia-...@googlegroups.com
Hi,

I am new to Castalia. Itried to install omnet4.2 and Castalia 3.2 in open suse.

I have found the following error while installing omnet4.2
Usage: opp_msgc [-s <cc-file-suffix>] [-t <h-file-suffix>]
[-I <dir> -I ...] [-h] <nedfile>
-I <dir> add directory to include path
-s <suffix> output C++ file suffix (defaults to: _m.cc)
-t <suffix> output C++ header file suffix (defaults to: _m.h)
-P <symbol> add dllexport/dllimport symbol to class declarations
-h output in current directory
make[2]: *** [sim_std_m.cc] Error 1
make[2]: Leaving directory `/work/omnet/omnetpp-4.2/src/sim'
make[1]: *** [sim] Error 2
make[1]: Leaving directory `/work/omnet/omnetpp-4.2'
make: *** [allmodes] Error 2

Can anyone help me.

Thankin you in advance.

Bhaskar

Athanassios Boulis

unread,
Feb 7, 2012, 3:18:45 PM2/7/12
to castalia-...@googlegroups.com
Try with OMNeT 4.1
We have not tried Castalia with the latest 4.2.

bhaskar bhuyan

unread,
Feb 8, 2012, 7:59:05 AM2/8/12
to castalia-...@googlegroups.com
I have tried with omnet 4.1 also. I am facing the same problem.
------------------------------------------------------------------------------------------------
opp_msgc - part of OMNeT++. (c) 2002-2005 Andras Varga
Translates .msg files into C++

Usage: opp_msgc [-s <cc-file-suffix>] [-t <h-file-suffix>]
[-I <dir> -I ...] [-h] <nedfile>
-I <dir> add directory to include path
-s <suffix> output C++ file suffix (defaults to: _m.cc)
-t <suffix> output C++ header file suffix (defaults to: _m.h)
-P <symbol> add dllexport/dllimport symbol to class declarations
-h output in current directory
make[2]: *** [sim_std_m.cc] Error 1

make[2]: Leaving directory `/work/omnet/omnetpp-4.1/src/sim'


make[1]: *** [sim] Error 2

make[1]: Leaving directory `/work/omnet/omnetpp-4.1'


make: *** [allmodes] Error 2


On 2/8/12, Athanassios Boulis <athanassi...@nicta.com.au> wrote:
> Try with OMNeT 4.1
> We have not tried Castalia with the latest 4.2.
>

> --
> You received this message because you are subscribed to the Google Groups
> "Castalia Simulator" group.
> To post to this group, send email to castalia-...@googlegroups.com.
> To unsubscribe from this group, send email to
> castalia-simula...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/castalia-simulator?hl=en.
>
>

Athanassios Boulis

unread,
Feb 8, 2012, 8:15:30 AM2/8/12
to castalia-...@googlegroups.com
Consult the OMNET installation guide. Are you able to run the omnet examples?

Amit Gosavi

unread,
Feb 8, 2012, 10:49:35 AM2/8/12
to castalia-...@googlegroups.com
I tried fine tuning after your suggestion. I modified following parameters:

SN.wirelessChannel.sigma = 0
SN.wirelessChannel.bidirectionalSigma = 0
SN.node[*].Communication.Radio.mode = "IDEAL"
SN.node[*].Communication.Radio.collisionModel = 0
SN.node[*].Communication.MAC.phyDataRate = 1000
#SN.node[*].communication.MAC.dutyCycle = 0.1
#SN.node[*].communication.MAC.listenInterval = 10

Most of the parameters does not made much difference. However, changing collisionModel to "0" improved performance by 3% and further 6% improvement observed when DataRate is increased to 1000(Initially it was default value "250"). I changed duty cycle to 0.1 and listen-interval to 0.1 so that radio does not go to sleep mode. But no performance improvement observed. What I observe from following results of % data aquired and energy consumed by all nodes is that nodes are not performing any activity from 1.6S to 2S and 2.1 to 3S. I am concerned about this part. Can you tell why such behavior is observed. Is it because nodes goes to sleep mode during that interval? 

Thank you in advance.

                                           Time(S)              (%Data)   (Energy Consumed)
Percent data received :     0.327557890974,     12,          0,
Percent data received :     0.427563889559,     12,          0,
Percent data received :     0.527569888144,     12,          0,
Percent data received :     0.627575886729,     12,          0,
Percent data received :     0.727581885314,     12,          0,
Percent data received :     0.827587883899,     12,          0,
Percent data received :     0.927593882484,     12,          0,
Percent data received :     1.027599881069,     12,          0.0490625,
Percent data received :     1.127605879654,     18.4,       0.0701775,
Percent data received :     1.227611878239,     24.64,     0.0756984,
Percent data received :     1.327617876824,     31.84,     0.080985,
Percent data received :     1.427623875409,     35.36,     0.0874717,
Percent data received :     1.527629873994,     38.88,     0.0967976,
Percent data received :     1.627635872579,     42.4,       0.105455,
Percent data received :     1.727641871164,     42.4,       0.105455,
Percent data received :     1.827647869749,     42.4,       0.105455,
Percent data received :     1.927653868334,     42.4,       0.105455,
Percent data received :     2.027659866919,     42.4,       0.121039,
Percent data received :     2.127665865504,     45.76,     0.140779,
Percent data received :     2.227671864089,     45.76,     0.141044,
Percent data received :     2.327677862674,     45.76,     0.141044,
Percent data received :     2.427683861259,     45.76,     0.141044,
Percent data received :     2.527689859844,     45.76,     0.141044,
Percent data received :     2.627695858429,     45.76,     0.141044,
Percent data received :     2.727701857014,     45.76,     0.141044,
Percent data received :     2.827707855599,     45.76,     0.141044,
Percent data received :     2.927713854184,     45.76,     0.141044,
Percent data received :     3.027719852769,     45.76,     0.176231,
Percent data received :     3.127725851354,     49.28,     0.208954,
Percent data received :     3.227731849939,     49.28,     0.209172,
Percent data received :     3.327737848524,     49.28,     0.209172,
Percent data received :     3.427743847109,     49.28,     0.209172,
Percent data received :     3.527749845694,     49.28,     0.209172,
Percent data received :     3.627755844279,     49.28,     0.209172,
Percent data received :     3.727761842864,     49.28,     0.209172, 


On Wed, Feb 8, 2012 at 7:15 AM, Athanassios Boulis <athanassi...@nicta.com.au> wrote:
Consult the OMNET installation guide. Are you able to run the omnet examples?

--
You received this message because you are subscribed to the Google Groups "Castalia Simulator" group.
To post to this group, send email to castalia-...@googlegroups.com.
To unsubscribe from this group, send email to castalia-simula...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/castalia-simulator?hl=en.



--
Regards,

Amit Gosavi

Athanassios Boulis

unread,
Feb 8, 2012, 4:36:34 PM2/8/12
to castalia-...@googlegroups.com
Amit, post to the right thread, not the most recent one (or randomly)

You really need to read the manual carefully.
This is not how you change the radio's data rate: SN.node[*].Communication.MAC.phyDataRate = 1000
This is not how you get duty cycle=1 (i.e no sleep intervals): "changed duty cycle to 0.1 and listen-interval to 0.1 "

You have build your own app and you need to debug it. There is no point asking about strange behaviour of your app.
 
Reply all
Reply to author
Forward
0 new messages