TSSDR
Нужна запись I/Q?

Разумеется.

Когда в метро работают в группе, то нужная инфа отображается в поле D-TXGRANT
Примитив D-TX-Grant - разрешение абоненту вести передачу. Он общий как для общения в группе так и для прямого соединения. Из него явно извлечь группу не получится.
Может я что-то упустил? Где спецы по тетре?

TSSDR
Поставил последнюю версию, работает, спасибо, без msys поудобнее в использовании.

О public-проекте на github не думали? Может получиться весьма популярная штука, ну и хорошая строчка для резюме ;)

хорошая строчка для резюме
Вообще я не программист по образованию и работу обычно не ищу(она сама меня находит :), но это к делу не относится.

По поводу GSSI - почитал доку, проверил на присланных записях. В итоге: групповой вызов ни чем не отличается от обычного. Система знает что вызываемый номер - номер группы а не индивидуальный и она может не передавать данные о групповой привязке этого номера(что и подтверждается имеющимися записями). Следовательно группы придется вычислять из имеющихся данных, благо информации достаточно. Номеру группы никогда не разрешается передача и он всегда передается в основном поле SSI, а не в дополнительном.
Я так понимаю - вычисленные группы надо сохранять и потом повторно использовать? Можно им псевдонимы назначить. Как часто меняются номера групп? Номера абонентов входящих в группу надо сохранять, как часто могут номера меняться? Можно и на номера абонентов псевдонимы назначить.

TSSDR
В окне инфо достаточно хорошо видно где группа, а где абонент. Прям текстом написано Transmission Granted_to_another_user. Если посидеть пару-тройке вечеров, то все группы можно срисовать, все упирается в усидчивость. Что касается лога, то как мне видится самый простой способ, это добавить еще одно окно, где будет отображаться информация из первого (верхнего) с привязкой по времени. И еще просьба добавить возможность копирования текста, а то сейчас выделить можно, а скопировать не получается.


Увеличить

И еще бы очень хотелось добавить возможность записывать все 4 канала отдельно и полноценно записывать работу в дуплексе, а то сейчас слышно только одного абонента.

И еще просьба добавить возможность копирования текста
Из таблицы текст копируется ctrl/c
Прям текстом написано Transmission Granted_to_another_user
Право на передачу отдано другому пользователю. Это сообщение может быть и в обычном разговоре между двумя абонентами или нет?
Что касается лога, то как мне видится самый простой способ
Лог будет как положено - время, ncc, mnc, группа, абонент, начал передачу, закончил передачу. Может быть с распределением по файлам (дата, время, nmc и мсс, группа и т.д) Вообщем как обычно.
И еще бы очень хотелось добавить возможность записывать все 4 канала отдельно и полноценно записывать работу в дуплексе Это чуть позже. Про дуплекс - нужны iq записи с дуплексом. У меня таких нет.

C gssi вопрос решен. В d-setup содержится информация о типе соединения (точка-точка, точка - много и т.д.). Пропустил столь важную инфу.

Запись уже не нужна выходит?
А то только что из метро вернулся))

Caprice Classic
Киньте запись, интересно послушать о чем подземелье вещает)

Pumo9
Там коротенькая запись о том, что нашли потерявшегося мальчика, буквально 3-4 секунды. А весит 450 мегабайт. Это i/q файл для проверки корректности работы плагина и чтобы автор разобрался, что есть группа, а что - индивидуальный номер станции. Но он, похоже, и так понял...

TSSDR

D-setup - это первый фрейм, БС передает сообщение терминалу о том, что его хотят (вызывают). Применяется в вызовах обоих типов.

С ISSI/GSSI вы суть уловили верно! В TETRA нет однозначного разделения между ними, в отличие от других стандартов (типа MPT, Astro25 и др.). Здесь все SSI везде все в кашу. Причем, аналогии между разными сетями не работают. В одной сети GSSI и ISSI понятно где, а в другой раз... и там все иначе, и еще сбоку бантики в виде непонятных SSI2/SSI3. В общем, требуется некоторая сноровка, чтобы нормализовать данные. И я не уверен, что это вообще можно (чисто логически) и нужно разбирать. Дело в том, что контроллер и биллинг знают где и что, и поэтому положение SSI в служебных заголовках не важно.

Поясню на примере как работает админ ТЕТРА-сети. До этого он закончил работу на 1770054. Он залазит в софт и создает такие инстанции:

1770055 ISSI
1770056 ISSI
1770057 GSSI для 55-56
1770058 ISSI
1770059 ISSI
1770060 ISSI
1770061 GSSI для 58-60, например, а может и не для них, а для 50-54, а может вообще для 01-49...

Чисто визуально никаких отличий в типах ID нет, но для контроллера и биллинга - это две огромные разницы.

В одной сети GSSI и ISSI понятно где, а в другой раз... и там все иначе, и еще сбоку бантики в виде непонятных SSI2/SSI3. В общем, требуется некоторая сноровка, чтобы нормализовать данные.
На самом деле не совсем так. Все четко разделено и структурировано. Я не стал разбирать набор данных BaseServiceInformation, а в нем как раз и содержится нужная информация. А про issi, gssi и прочее есть отдельный документ на 55 страниц, в нем как раз и расписан порядок передачи основного и дополнительного ssi для прямого и группового вызова. Довольно сложный(объемный) протокол. Понимание всех тонкостей приходит не сразу, а по мере написания частей кода. Теперь все четко. Практика это хорошо, но даташит это основной источник информации.
Кстати по ходу освоения заметил несколько неточностей в tetra-rx.

TSSDR

Ну смотрите. Просто в коммерческих софтах, включая немецкий софт Моторолы, такая же путаница. Если вы все там разложили оно все будет на своих местах в _разных_ сетях, я прям не знаю что и сделаю. Может в бронзе вас закажу в масштабе 1:64.

Во время дуплекса активен только один слот, скорее всего в тетре дуплекс разнесен по частотам, а не по слотам. И по этому в метро везде по две частоты на станцию/линию.

sada

Во время дуплекса активен только один слот, скорее всего в тетре дуплекс разнесен по частотам, а не по слотам. И по этому в метро везде по две частоты на станцию/линию.

Такое невозможно в принципе, так как терминал садится на один канал в один момент времени.

Каюсь, погорячился. Надо бы сделать в плагине возможность слушать одновременно все слоты, тогда бы стало ясно. В винтелив так было, но там звук бился страшно и ничего не понятно было. Щас обратил внимание, что два слота активны во время дуплекса.

Сейчас отображается так.


Увеличить

Опытным путем выяснилось, что в дуплексе задействованы два слота. Но в ручную переключаться неудобно. При этом чаще всего идет работа только в одном слоте и второго абонента не слышно. Так что реализовать полноценный прием в дуплексе просто нереально, так как абоненты как правило сидят на разных базах.

Заикается "безконсольная" версия.
Помигивает красненькая надпись "Received", точечьки в окне "Diagram" изменились и голос идёт с провалами.
Думал пройдёт, ан нет, не проходит.
Включил старую версию, с консолью, там всё гладко, разрывов нет.

TDK
У меня качество не поменялось.

У меня версия 1655, WFM полоса 25000 (делал и больше, не влияет), <add key="minOutputSampleRate" value="48000" />, плагин самый первый сверху, уровень усиления и "Filter audio" - не влияет.
Все настройки идентичные для обоих плагинов. Попробую переустановить шарп, может какая .dll не штатная затесалась с другими плагинами.

P.S. и на чистом Шарпе тоже самое :(


Одновременно! Как раз "приём" мигнул в это время.

Есть одна проблема в плагине. Периодически он начинает заикаться и мигает индикатор приема. Ещё не разобрался в чем проблема, посмотрю. Но у меня этот дефект проявляется не постоянно и проходит после смены частоты.

В "консольной" версии точек в "Diagram" гораздо больше.

Количество точек я изменил в последней версии. Дело не в этом. Как я понял проблема в определелении синхропоследовательности пакета. Занимаюсь данной проблемой.

Исправленная версия
Добавил вывод соседних БС (жутко тормозит всю программу), добавил вывод групп, доработал поиск синхрослов.

Спасибо, работает.

Парни, а кто в МСК в Тетра вещает и его можно услышать? Частоты не обязательны, просто, на глазок.

Добавил вывод соседних БС
TSSDR
Можно по подробнее? Что это?
Насчет тормоза, загрузка ЦП 15-20% (8Гб оперативка, i7 6700)
Разве много?

20% для i7 - это как бы много :) Имеет смысл сделать флажок отключения этой фичи, для тех кто пользуется нетбуками или китайскими планшетами.

Это информация о базовых станциях принадлежащих данной сети.

Тормозит ГУИ и только при выводе этой таблицы, если в таблице много строк. После исправлю. Сейчас мало времени.