Ошибки при запуске протокола Leach в Omnet ++ (Castalia) - PullRequest
Новая
       2

Ошибки при запуске протокола Leach в Omnet ++ (Castalia)

1 голос
/ 09 января 2020

Я запускаю моделирование протокола Leach в Castalia Omnet ++ со следующими параметрами моделирования: 

sim-time-limit = 100s 
SN.field_x = 70
SN.field_y = 70                     
SN.numNodes = 10     
SN.deployment = "[1..9]->uniform"
SN.node[*].Communication.RoutingProtocolName = "LeachRouting"
SN.node[*].Communication.Routing.netBufferSize = 1000 
SN.node[0].Communication.Routing.isSink = true
SN.node[*].Communication.Routing.slotLength = 0.2
SN.node[*].Communication.Routing.roundLength = 20s
SN.node[*].Communication.Routing.percentage = 0.05
SN.node[*].Communication.Routing.powersConfig = xmldoc("powersConfig.xml") 
SN.node[*].ApplicationName = "ThroughputTest" 
SN.node[*].Application.packet_rate = 1
SN.node[*].Application.constantDataPayload = 200

После выполнения моделирования я проверил файл трассировки Castalia и обнаружил следующие ошибки:

SN.node [1] .Communication.Radio Сбой пакета (WC_SIGNAL_START) с узла 6, радиостанция не находится в состоянии RX
SN.node [1] .Communication.Radio Сбой пакета (WC_SIGNAL_END) с узла 6, помехи отсутствуют

Эти ошибки возникают из-за параметров моделирования или по какой-либо другой причине?

Ответы [ 2 ]

2 голосов
/ 09 января 2020

Сообщения, которые вы видите, не являются ошибками сами по себе. Это может быть нормальным поведением. Сообщения просто сообщают вам, что когда пакет из узла 6 прибыл в узел 1, узел 1 не имел своего радио в режиме RX (прослушивание), поэтому он не мог принять пакет.

Это проблема, только когда Вы теряете большую часть своих пакетов, несущих информацию, или у вас нет способа восстановиться после таких потерь. Вы не предоставляете информацию, так ли это на самом деле.

MA C играет в этом решающую роль. MA C переводит радио в режим RX или TX или в спящий режим. В списке параметров моделирования MA C отсутствует. Если мы предполагаем, что вы используете значение по умолчанию, то это bypassMA C, который не переводит радио в спящий режим. Единственный способ, чтобы это сообщение появилось - для узла 1 в TX в то же время, когда он получает пакет от узла 6.

0 голосов
/ 26 января 2020

Это нормальные сообщения, а не ошибки. Вы можете проверить Радио. cc, чтобы узнать, почему генерируются эти сообщения, и скорректировать свой код.

...