Обработка пользовательских пакетов

Simulations often require extended communication, which is not covered by standard packets included in a certain communication standard or protocol (DIS, CIGI, etc.). So, custom (user-defined) packets are needed.Для моделирования часто требуется расширенная связь, которая не покрывается стандартными пакетами, включенными в определенный стандарт или протокол связи (DIS, CIGI и т.д.). Итак, нужны специальные (определяемые пользователем) пакеты.

Such custom packets make it possible to extend basic functionality and add more flexibility to the system (e.g. when you need to display some avionics data).Такие специальные пакеты позволяют расширить базовую функциональность и повысить гибкость системы (например, когда вам нужно отобразить некоторые данные авионики).

UNIGINE IG enables you to define and process custom (user-defined) packets. The workflow is simple and similar for all communication protocols:UNIGINE IG позволяет вам определять и обрабатывать пользовательские (определяемые пользователем) пакеты. Рабочий процесс прост и одинаков для всех протоколов связи:

• Set a callback on receiving a certain packet. When IG receives a packet from the network, it creates an object of the appropriate class and passes it to the callback function.Установите обратный вызов при получении определенного пакета. Когда IG получает пакет из сети, он создает объект соответствующего класса и передает его функции обратного вызова.
• Inside the callback function, read and interpret the data of the class instance passed to it (depending on what was written to the packet on the host).Внутри функции обратного вызова считайте и интерпретируйте данные переданного ей экземпляра класса (в зависимости от того, что было записано в пакет на хосте).
• Create and send a corresponding response packet, if necessary.При необходимости создайте и отправьте соответствующий ответный пакет.

Just like with all other types of packets, to receive user-defined ones, we should add a callback for CIGI_OPCODE >= 201 (in accordance with CIGI ICD). On receiving such a packet, the callback shall be executed with CigiHostUserDefined * packet passed to it.Как и в случае со всеми другими типами пакетов, чтобы получать пользовательские пакеты, мы должны добавить обратный вызов для CIGI_OPCODE >= 201 (в соответствии с CIGI ICD). При получении такого пакета должен быть выполнен обратный вызов с переданным ему CigiHostUserDefined * packet.

The CigiHostUserDefined class has the getData() method, which returns a set of bytes to be read and interpreted by the user (depending on what was written to the packet on the host).Класс CigiHostUserDefined имеет метод getData(), который возвращает набор байтов для чтения и интерпретации пользователем (в зависимости от того, что было записано в пакет на хосте).

The same situation is with sending packets. First, we ask the CIGIConnector to create a packet with a certain CIGI_OPCODE. If the code is equal to 201 or greater, a CigiIGUserDefined instance shall be returned. You can set bytes to be sent by calling the CigiIGUserDefined::setData() method.Такая же ситуация и с отправкой пакетов. Сначала мы просим CIGIConnector создать пакет с определенным CIGI_OPCODE. Если код равен 201 или больше, должен быть возвращен экземпляр CigiIGUserDefined. Вы можете настроить отправку байтов, вызвав метод CigiIGUserDefined::setData().

Примечание

Bytes are read and written starting from the 2nd byte (not from the 4th). If you want to align bytes starting from the 4th one, you should add a couple of bytes in the beginning. The CIGI ICD recommends to start reading/writing bytes starting from the 4th one (see Data before the Data Block 1 shown in the images below), although it is mentioned, that it is possible to start from the 2nd.Байты читаются и записываются, начиная со 2-го байта (не с 4-го). Если вы хотите выровнять байты, начиная с 4-го, вам следует добавить пару байтов в начале. CIGI ICD рекомендует начинать чтение / запись байтов, начиная с 4-го (см. Данные перед Data Block 1, показанные на изображениях ниже), хотя упоминается, что можно начинать со 2-го.

Below is an example of working with user-defined CIGI packets: Ниже приведен пример работы с пользовательскими пакетами CIGI:

using namespace Plugins;

int AppWorldLogic::init()
{
	// ....

	int index = Engine::get()->findPlugin("CIGIConnector");
	// check CIGIConnector plugin load
	if (index != -1)
	{

		// getting the CIGI interface
		cigi = IG::CIGI::Connector::get();
               // adding a callback for OPCODE = 202
		cigi->addReceivePacketCallback(202, MakeCallback(this, &AppWorldLogic::on_recv_user_packet));
	}
	return 1;
}

// ....

void AppWorldLogic::on_recv_user_packet(IG::CIGI::CigiHostPacket  * host_packet)
{
	Log::error("AppWorldLogic::on_recv_user_packet\n");
	CigiHostUserDefined * packet = dynamic_cast<CigiHostUserDefined *>(host_packet);
	unsigned char * request_data = packet->getData();  // read
	// ... 
        // creating a new IG user packet with opcode 203
	CigiIGPacket * response_packet = cigi->createIGPacket(203);
	CigiIGUserDefined * user_defined = dynamic_cast < CigiIGUserDefined *>(response_packet);

	user_defined->setData(response_data, size_of_data); // write
	cigi->addIGPacket(response_packet);
}

In case of using DIS, custom Protocol Data Units (PDUs) are processed the same way as user-defined CIGI packets.В случае использования DIS, пользовательские блоки данных протокола (PDU) обрабатываются так же, как пользовательские пакеты CIGI .

Примечание

Basic level of DIS support is implemented using the KDIS library v2.9.0, DIS_VERSION 7, so don't forget to download it from here and add an additional include directory in your project to the KDIS/include/ folder.Базовый уровень поддержки DIS реализован с помощью библиотеки KDIS v2.9.0, DIS_VERSION 7, поэтому не забудьте скачать ее отсюда и добавить дополнительный каталог include в вашем проекте в папку KDIS/include/.

Below is an example of working with custom PDUs: Ниже приведен пример работы с кастомными PDU:

#include <PDU/Header.h>
#include <DataTypes/EntityType.h>
#include <PDU/Entity_Info_Interaction/Entity_State_PDU.h>
using namespace Plugins;
// ...

int AppWorldLogic::init()
{
	// ....

	int index = Engine::get()->findPlugin("DISConnector");
	
	// check DISConnector plugin load
	if (index != -1)
	{
		// getting the DIS interface
		dis = IG::DIS::Connector::get();
        // adding a callback for all packets
		
		dis->setCallbackOnRecvPacket(KDIS::DATA_TYPE::ENUMS::Entity_State_PDU_Type, MakeCallback(this, &AppWorldLogic::on_recv_entitystate_packet));
        dis->setCallbackOnRecvPacket(KDIS::DATA_TYPE::ENUMS::Other_PDU_Type, MakeCallback(this, &AppWorldLogic::on_recv_other_packet));

	}
	return 1;
}

// ....
 
void AppWorldLogic::on_recv_entitystate_packet(KDIS::PDU::Header *pdu)
{
	if (pdu->GetPDUType() == KDIS::DATA_TYPE::ENUMS::Entity_State_PDU_Type)
	{
		KDIS::PDU::Entity_State_PDU *entity_state_pdu = static_cast<KDIS::PDU::Entity_State_PDU *>(pdu);
		
		auto location = entity_state_pdu->GetEntityLocation();
		auto linear_velocity = entity_state_pdu->GetEntityLinearVelocity();
		auto appearance = entity_state_pdu->GetEntityAppearance();
		// ...
	}
	
}
void AppWorldLogic::on_recv_other_packet(KDIS::PDU::Header *pdu)
{
    // ...
}

Примечание

The callbacks receive only packets with the Exercise ID, as well as Site ID, matching on the server and IG. These parameters are set in the configuration file.Функции обратного вызовы получают только пакеты с Exersice ID, а также Site ID, совпадающим на сервере и IG. Эти параметры устанавливаются в конфигурационном файле .