(UNetUDP): getIdentity() ==> getDataID(),

extensions/UNetUDP/UDPPacket.cc

@@ -235,12 +235,18 @@ size_t UDPMessage::transport_msg( UDPPacket& p )
 	return i;
 }
 // -----------------------------------------------------------------------------
-long UDPMessage::getIdentity()
+long UDPMessage::getDataID()
 {
+    // в качестве идентификатора берётся ID первого датчика в данных
+    // приоритет имеет аналоговые датчики
+
     if( acount > 0 )
         return a_dat[0].id;
+
     if( dcount > 0 )
         return d_id[0];
+
+    // если нет данных(?) просто возвращаем номер пакета
     return num;
 }
 // -----------------------------------------------------------------------------

extensions/UNetUDP/UNetReceiver.h

@@ -37,9 +37,9 @@
  * КЭШ (ДОПОЛНЕНИЕ)
  * ===
  * Т.к. в общем случае, данные могут быть разбиты не несколько (много) пакетов, то для каждого из них выделен свой кэш и создан отдельный
- * map, ключом в котором является идентификатор данных (см. UDPMessage::getIdentity()).
- * Кэш в map добавляется когда приходит пакет с новым UDPMessage::getIdentity() и в дальнейшим используется для этого пакета.
- * Так текущий момент размер map не контролируется (завязан на UDPMessage::getIdentity()) и расчитан на статичность пакетов,
+ * map, ключом в котором является идентификатор данных (см. UDPMessage::getDataID()).
+ * Кэш в map добавляется когда приходит пакет с новым UDPMessage::getDataID() и в дальнейшим используется для этого пакета.
+ * В текущей реализации размер map не контролируется (завязан на UDPMessage::getDataID()) и расчитан на статичность пакетов,
  * т.е. на то что UNetSender не будет с течением времени менять структуру отправляемых пакетов.
  *
  * Обработка сбоя или переполнения счётчика пакетов(перехода через максимум)