• Функция CLIENT_StartListenEx или CLIENT_StartListen возвращает FALSE с кодом 38.
• Сервер мониторинга не получает тревожные события детекции движения, срабатывания сухих контактов, тамперов или событий прохода СКУД.
• Входящие оповещения по протоколу Alarm Hub блокируются брандмауэром ОС.

1. Проверка сигнатуры и параметров функции StartListenEx

Убедитесь, что callback-функция определена глобально и не собирается сборщиком мусора (GC в C#/Java):

// Определение коллбека тревог
BOOL CALLBACK MessCallBackEx(LONG lCommand, char *pBuf, DWORD dwBufLen, char *pCustomParam) {
    printf("Alarm event received! Command ID: 0x%x\n", lCommand);
    // Обработка структур: NET_ALARM_ALARM_EX, NET_ACCESS_CTL_EVENT_INFO и др.
    return TRUE;
}

// Регистрация слушателя событий
CLIENT_SetDVRMessCallBackEx1(MessCallBackEx, 0);
BOOL bListen = CLIENT_StartListenEx(lLoginHandle);
if (!bListen) {
    printf("StartListen failed, error code: %d\n", CLIENT_GetLastError());
}

2. Проверка сетевого режима подписки на тревоги

Существует два режима: Active Push (камера сама стучится на Alarm Server) и SDK Polling/Long-Polling. При использовании Active Listen порт сервера должен быть открыт на входящие подключения:

# Проверка локального слушающего сокета на стороне хоста интеграции
netstat -tulnp | grep <AlarmPort>
# Открытие порта в UFW / Iptables
ufw allow 37888/tcp

3. Проверка активации Alarm Reporting на стороне устройства

В веб-интерфейсе NVR/IPC перейдите в Event -> Alarm Linkage и проверьте, установлена ли галочка Send to Alarm Center (Отправка на станцию мониторинга).

4. Альтернативный метод подписки через AttachEvent

Для современных устройств рекомендуется использовать более надежный механизм CLIENT_RealLoadPictureEx или CLIENT_AttachEvent:

NET_IN_ATTACH_EVENT stIn = { sizeof(stIn) };
stIn.nChannelID = 0;
stIn.bKeepAlive = TRUE;
NET_OUT_ATTACH_EVENT stOut = { sizeof(stOut) };
LLONG lAttachHandle = CLIENT_AttachEvent(lLoginHandle, &stIn, &stOut, 5000);