OMNeT++/Veins问题：为何仅首次事故触发WSM消息广播？

1. 发送WSM的触发逻辑仅绑定首次事故事件 #

Veins默认示例模块（如TraCIDemo11p）中，常存在仅在首次事故触发时初始化WSM发送逻辑的情况，后续事故触发时未执行消息发送代码。比如handleAccident方法里，只在第一次进入时处理WSM发送，后续无相关逻辑。

解决方法：

• 检查你的应用层代码（继承自BaseWaveApplLayer的自定义类），找到事故处理方法（如handleAccident或监听MobilityStateChanged事件的逻辑）。
• 确保每次事故触发时都执行WSM发送逻辑，示例代码：

void YourAppLayer::handleAccident(bool isAccident) {
    if (isAccident) {
        WaveShortMessage* wsm = prepareWSM("accident", DATA_LENGTH, BCAST_ADDRESS, 2);
        wsm->setWsmData("ACCIDENT_OCCURRED");
        sendWSM(wsm);
    }
}

2. 事故状态标志位未重置 #

部分自定义代码中会用布尔变量标记是否已发送事故消息，第一次发送后未在事故结束时重置标志，导致后续事故触发时跳过发送逻辑。

解决方法：

• 检查代码中是否有类似hasSentAccidentMsg的标志位，确保在事故结束时（如accidentDuration到期后）将其重置为false，示例：

void YourAppLayer::handleAccidentEnd() {
    hasSentAccidentMsg = false;
}

3. 定时器或事件注册问题 #

若依赖定时器触发WSM发送，可能第一次事故后未重新注册定时器，或定时器仅触发一次。

解决方法：

• 每次事故开始时，重新注册WSM发送定时器（如需周期性发送），或直接在事故触发时立即发送WSM，无需依赖一次性定时器。

4. VeinsMobility模块的事故事件传递问题 #

需确认VeinsMobility模块是否正确向应用层传递每次事故的触发事件。默认VeinsMobility会在事故开始/结束时发送MobilityStateChanged事件，应用层需正确监听并处理。

解决方法：

• 在应用层initialize方法中注册事件监听：

subscribe(MobilityStateChangedNotification, this);

• 在handleNotification方法中处理每次事故状态变化：

void YourAppLayer::handleNotification(cMessage* msg) {
    if (msg->getKind() == MobilityStateChangedNotification) {
        VeinsMobility* mobility = check_and_cast<VeinsMobility*>(getParentModule()->getSubmodule("mobility"));
        bool isInAccident = mobility->isInAccident();
        if (isInAccident) {
            sendAccidentWSM();
        }
    }
    BaseWaveApplLayer::handleNotification(msg);
}

内容的提问来源于stack exchange，提问作者user262