TSSDR

Win 7 x64 English, эта версия крашится на SDR# 1668 и 1700 или в момент нажатия Decode, или в первые 5 секунд работы.

1668:

Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: SDRSharp.exe
Problem Signature 02: 1.0.0.1668
Problem Signature 03: 5b4df260
Problem Signature 04: mscorlib
Problem Signature 05: 4.6.1055.0
Problem Signature 06: 563c0eac
Problem Signature 07: 3791
Problem Signature 08: 1e
Problem Signature 09: A4DH5WWIWWW1YJTMP0C0KV4ZWCALU4IN
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

The given key was not present in the dictionary.
at mscorlib.dll.Dictionary`2.get_Item (IL offset: 0x1e)
at SDRSharp.Tetra.dll.TetraDecoder.Process (IL offset: 0x363)
at SDRSharp.Tetra.dll.TetraPanel.DecodingThread (IL offset: 0x181)
at mscorlib.dll.ThreadHelper.ThreadStart_Context (IL offset: 0x14)
at mscorlib.dll.ExecutionContext.RunInternal (IL offset: 0x79)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x0)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x2b)
at mscorlib.dll.ThreadHelper.ThreadStart (IL offset: 0x8)

1700:

Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: SDRSharp.exe
Problem Signature 02: 1.0.0.1700
Problem Signature 03: 5bdf59bf
Problem Signature 04: mscorlib
Problem Signature 05: 4.6.1055.0
Problem Signature 06: 563c0eac
Problem Signature 07: 3791
Problem Signature 08: 1e
Problem Signature 09: A4DH5WWIWWW1YJTMP0C0KV4ZWCALU4IN
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

The given key was not present in the dictionary.
at mscorlib.dll.Dictionary`2.get_Item (IL offset: 0x1e)
at SDRSharp.Tetra.dll.TetraDecoder.Process (IL offset: 0x363)
at SDRSharp.Tetra.dll.TetraPanel.DecodingThread (IL offset: 0x181)
at mscorlib.dll.ThreadHelper.ThreadStart_Context (IL offset: 0x14)
at mscorlib.dll.ExecutionContext.RunInternal (IL offset: 0x79)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x0)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x2b)
at mscorlib.dll.ThreadHelper.ThreadStart (IL offset: 0x8)

Параметр Min* выставлен в 48000, BW менялся в диапазоне 80-200 кГц - без разницы. Сэмплрейт AirSpy 2.5 или 10 MSPS - без разницы.

Проблема имеется при работе с репитером. Исправлю.

TSSDR

А с крашем то что делать? Он имеется и во время отсутствия передачи ТЕТРА.

Плагин отрекламировали в рассылке RTL-SDR, но и там 2 сообщения о крэшах: https://www.rtl-sdr.com/sdr-tetra-plugin-now-available-at-rtl-sdr-ru/

9CXX
От крашей не убежать! Не очень удачная архитектура плагина. Я когда начинал, не понимал во что это выльется, а переписывать с нуля неохота.
Попробуйте этот вариант. Исправил работу с репитером.

TSSDR

Хорошо, то только уже ночью или завтра. Вообще с такими крешами, как через одного, конечно, не дело :(

TSSDR, спасибо.

Обновил.
Сейчас отлично, прерываний и скачек вообще не осталось

хорошая работа TSSDR

Если есть возможность - нужна запись в frequency efficient mode(когда две дмо радиостанции работают одновременно на одной частоте). И записи живого эфира ДМО с репитером или без. Можно ссылку на спайсервер и частоту.

Не работает "main frequency"

В версии за 9 января еще было.

Не работает "main frequency"
Да... потерялась.
Исправил.

TSSDR

И записи живого эфира ДМО с репитером или без. Можно ссылку на спайсервер и частоту.

Это нереально, в эфире такого практически нет, а если есть - радиус 2-3 км при аутдор-установке. 99,9% трафика в любой стране - это TMO.

TSSDR

frequency efficient mode(когда две дмо радиостанции работают одновременно на одной частоте)

DMO FEM и 1B (dual carrier) repeater - я таких штук в реальном железе не видел, даже если взять текущую линейку SEPURA с софтами, которым 2-3 месяца от роду. Максимум что могу сделать, это DMO v.1.3 (SEPURA proprietary).

Это нереально, в эфире такого практически нет
А ради чего огород? Если в эфире такого нет. Зачем тогда мы ДМО ваяли?
proprietary
Нет нужды. Дебажить закрытые протоколы желания нет.
я таких штук в реальном железе не видел
Тем проще. Баба с возу - кобыле легче.

TSSDR

А ради чего огород? Если в эфире такого нет. Зачем тогда мы ДМО ваяли?

DMO используется любителями TETRA, популярен у РЛ в Европе, и это полезно для всяких проверок-диагностик. Есть и реальные пользователи DMO, но чтобы случайно включить веб СДР и найти там ДМО - это нереально. А если знать кто и где физически находится, это можно. Поэтому польза есть и немалая. Трудились не зря, не волнуйтесь.

С остальным согласен. Можно просто забить в силу экзотики.

TSSDR

В общем, с последней версией ситуация такая:

1. На прослушивании тишины плагин не крашится, то есть, имеется некий прогресс
2. На сигналах TETRA если все работает, то работает нормально в разрезе единиц минут. Тоже прогресс.
3. Есть DMO-сигналы TETRA, которые плагин не читает вообще, или дает 1 короткий обрывок речи. Но что неизменно - такие сигналы сначала замедляют SDR#. Замедляется водопад, потом останавливается, и потом - крэш. "Убийство" гарантированно происходит за 10 секунд, иногда хватает и 5.

В crash.txt:

Exception of type 'System.OutOfMemoryException' was thrown.
at mscorlib.dll.Dictionary`2.Resize (IL offset: 0x0)
at mscorlib.dll.Dictionary`2.Insert (IL offset: 0x10e)
at SDRSharp.Tetra.dll.GlobalFunction.ParseParams (IL offset: 0x86)
at SDRSharp.Tetra.dll.MacLevel.ResourcePDU (IL offset: 0x4)
at SDRSharp.Tetra.dll.MacLevel.ParseMacPDU (IL offset: 0x7c)
at SDRSharp.Tetra.dll.TetraDecoder.Process (IL offset: 0x754)
at SDRSharp.Tetra.dll.TetraPanel.DecodingThread (IL offset: 0x1a7)
at mscorlib.dll.ThreadHelper.ThreadStart_Context (IL offset: 0x14)
at mscorlib.dll.ExecutionContext.RunInternal (IL offset: 0x79)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x0)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x2b)
at mscorlib.dll.ThreadHelper.ThreadStart (IL offset: 0x8)

Problem Event Name: CLR20r3
Problem Signature 01: SDRSharp.exe
Problem Signature 02: 1.0.0.1700
Problem Signature 03: 5bdf59bf
Problem Signature 04: mscorlib
Problem Signature 05: 4.6.1055.0
Problem Signature 06: 563c0eac
Problem Signature 07: 37a3
Problem Signature 08: 19
Problem Signature 09: System.OutOfMemoryException
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Видимо, где-то течет память. Так как после краша свободной памяти 5 ГБ.

Образцы "убивающих" записей сейчас приедут в ПМ.

P.S.
Да, и для DMO не увидел никаких признаков ведения лога, даже если таковая опция включена.

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

TSSDR

Значит так. Версия от 27 января самая стабильная, крэши ушли, обычный DMO заработал уверенно. Еще о хорошем: Destination address корректно показывает GSSI, как и должно быть. Слева в колонке плагинов Шарпа правильно показывается номер несущей, и правильно выполняется пересчет в частоту.

Но есть и проблемы: Current cell - Source address заполняется некими хаотичными данными длинной 6-8 знаков, которые не имеют никакого отношения к ISSI (и более того, они меняются каждый PTT press).

По репитеру напишу отдельно.

Но есть и проблемы: Current cell - Source address заполняется некими хаотичными данными длинной 6-8 знаков, которые не имеют никакого отношения к ISSI (и более того, они меняются каждый PTT press).

У меня все хорошо, может быть у вас это из-за того, что MCC/MNC терминала и MCC/MNC группы различны, в таком случае это нормально, сделайте приватный вызов и отображение будет корректно.

Pumo9

У меня все хорошо, может быть у вас это из-за того, что MCC/MNC терминала и MCC/MNC группы различны, в таком случае это нормально, сделайте приватный вызов и отображение будет корректно.

Вы в каком режиме тестируете? В DMO? И причем тут приватный вызов, если в групповом проблема? И причем тут разные MCC-MNC, если с одного терминала ISSI хаотично меняется? Это один терминал, 5 нажатий PTT подряд:


Увеличить


Увеличить


Увеличить


Увеличить


Увеличить

TSSDR

DMO-RPT выходит что не работает вообще. Идет автодетект 2 слотов, 1+4. BER 0, FER шевелится. Голоса нет, есть только секундный всплеск в момент нажатия PTT, дальше только тишина. Станции при этом между собой общаются в репитере.

Записи уехали в ПМ.

9CXX
Выдержка из доки:
Механизм псевдо-SSI аналогичен псевдониму SSI в TMO (см. EN 300 392-1 [77], раздел 7),
за исключением того, что он выбирается случайным образом DM-MS, когда это требуется, и действует только в течение короткого периода.
У вас в строке Source address type -1 это псевдо SSI.

TSSDR

Механизм псевдо-SSI аналогичен псевдониму SSI в TMO (см. EN 300 392-1 [77], раздел 7),
за исключением того, что он выбирается случайным образом DM-MS, когда это требуется, и действует только в течение короткого периода.

Очень интересная штука, впервые слышу про нее. Что интересно - станции друг на друга показывают один ID, то есть, прекрасно друг друга узнают. Пойду читать!

DMO-RPT выходит что не работает вообще
Верно. Там оказывается механизм скремблирования основан на нескольких кодах, а не на двух. Буду разбираться.

TSSDR

У вас в строке Source address type -1 это псевдо SSI.

Да, мой косяк. Inter vs Intra-MNI call. Отсюда вся эта байда с pseudo SSI mechanism. Претензия по Source-адресации снимается.

Репитеры исправил. Немного почистил вывод в окне Cell info и данные от репитера выделил префиксом Repeater_
9CXX
Истинный SSI не нашел. И в доке на следующих уровнях обработки его тоже не видно.

TSSDR

Ну что можно сказать, MVP готов! Репитеры взлетели, крашей нет. Эту версию могу рекомендовать для тех, кто изучает DMO/DMO-RPT. TMO я не проверял. Спасибо, в общем. Это первый простой и доступный инструмент для трех режимов TETRA.

Обновил.
В основном попытался исправить ошибки связанные с переполнением памяти и др.