Like Tree17119Спасибо

Тема: проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

  1. #21196
    Very High Power
    Регистрация
    28.11.2013
    Возраст
    69
    Сообщений
    4,958
    Поблагодарили
    2718
    Поблагодарил
    626
    Цитата Сообщение от RA3DEM Посмотреть сообщение
    ......Теперь бы JTDX научить..
    Да хоть десять радио на один лог

  2. #21197
    QRP
    Регистрация
    01.03.2013
    Возраст
    52
    Сообщений
    39
    Поблагодарили
    23
    Поблагодарил
    6
    Цитата Сообщение от EU1FQ Посмотреть сообщение
    Да хоть десять радио на один лог
    покажете как несколько радио одновременно, без переключений в одном логе LoGHX?

  3. #21198
    ИТ/ИБ сервис инженер Аватар для RC3C
    Регистрация
    07.04.2002
    Адрес
    г.Москва, г.Троицк
    Возраст
    47
    Сообщений
    8,887
    Записей в дневнике
    8
    Поблагодарили
    2265
    Поблагодарил
    6940
    @RA3DEM Миша привет

  4. #21199
    QRP
    Регистрация
    01.03.2013
    Возраст
    52
    Сообщений
    39
    Поблагодарили
    23
    Поблагодарил
    6
    Цитата Сообщение от RC3C Посмотреть сообщение
    @RA3DEM Миша привет
    Приветы Антон ) сорри за спам)

  5. #21200
    Very High Power Аватар для R2EA
    Регистрация
    18.12.2013
    Адрес
    Орёл
    Сообщений
    1,061
    Поблагодарили
    594
    Поблагодарил
    922
    Цитата Сообщение от R0JF Посмотреть сообщение
    Если Вы и правда это руками делаете, то какое Вам дело до счетчиков???

    Ну перестала программа АВТОМАТИЧЕСКИ звать кого-то, кто мешает руками позвать?
    На экране-то его видно. И видно, что еще не В4. Зовите инициативным порядком.

    Опять Ваши пожелания - по поводу роботизации, а никак не по улучшению функционала.
    Запустить программу и раз в час подходить к экрану. Утром лог посмотреть. Фу.

    Я бы вообще предложил Игорю ОТКЛЮЧИТЬ функционал автовызова (4+ Call and search through CQ messages) и уж ТЕМ БОЛЕЕ - Call worked B4 callsigns !
    Игорь, я устал бодаться с тобой так же, как и очищать списки тех кого ранее звал.
    У тебя кругом - робот!!! Это не обоснование для отказа. Проще напиши...:
    - Я такой то такой то, участвую в разработке JTDX и все новые идеи от R2EA
    воспринимаю в штыки и сделаю всё для того, чтобы его хотелки были не реализованы...

    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Пользователям
    Игорь можно ответ получить на сообщение 21189?

  6. #21201
    High Power
    Регистрация
    04.12.2008
    Адрес
    г. Южный
    Сообщений
    628
    Поблагодарили
    161
    Поблагодарил
    527
    Цитата Сообщение от R2EA Посмотреть сообщение
    Игорь, я устал бодаться с тобой так же, как и очищать списки тех кого ранее звал.
    У тебя кругом - робот!!! Это не обоснование для отказа. Проще напиши...:
    - Я такой то такой то, участвую в разработке JTDX и все новые идеи от R2EA
    воспринимаю в штыки и сделаю всё для того, чтобы его хотелки были не реализованы...
    Роман!
    Круто вы разговариваете со своим наемным работником!
    У вас, смотрю, не забалуешь.

  7. #21202
    Very High Power
    Регистрация
    14.09.2010
    Адрес
    Доброполье
    Возраст
    65
    Сообщений
    2,657
    Поблагодарили
    622
    Поблагодарил
    1214
    Уже вижу в FT4 появился многослотовый режим. Наверное в MSHV.



    Заметил давно одну особенность: в FT4 DT всегда лучше, чем в FT8.

  8. #21203
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от US4IRT Посмотреть сообщение
    Заметил давно одну особенность: в FT4 DT всегда лучше, чем в FT8.
    JTDX: Окно синхронизации декодера в FT4 почти в 2.3 (SWL в 2.5) раза меньше по сравнению с FT8, поэтому на экране DT лучше. FT4 cигналы корреспондентов с плохой синхронизацией часов и сигналы корреспондентов с частой синхронизацией часов ощутимо чаще не захватываются декодером по сравнению с FT8. Такая же проблема может быть с синхронизацией часов в сетапе оператора.

    JT65/JT9/T10 хороши тем что мало чувствительны к плохой синхронизации часов, с уменьшением продолжительности интервала в FT8 и тем более в FT4 растут требования к точности синхронизации часов компьютера. Если в JT65 выпадают 2 секунды сигнала то это потеря примерно четырех процентов символов, если в FT4 выпадают 2 секунды сигнала то это уже потеря примерно 40 % символов сигнала. С учетом особенностей LDPC кода начало передачи FT4 сигнала раньше на 2 секунды (то есть потеря первых 40% символов) гарантирует невозможность его декодирования, по этой причине DT окно захвата сигналов FT4 декодером в коде программ установлено меньше чем в FT8 и намного меньше чем в JT65.

  9. #21204
    Low Power Аватар для UB3GDZ
    Регистрация
    14.10.2019
    Сообщений
    65
    Поблагодарили
    9
    Поблагодарил
    36
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    JTDX: Окно синхронизации декодера в FT4 почти в 2.3 (SWL в 2.5) раза меньше по сравнению с FT8, поэтому на экране DT лучше. FT4 cигналы корреспондентов с плохой синхронизацией часов и сигналы корреспондентов с частой синхронизацией часов ощутимо чаще не захватываются декодером по сравнению с FT8. Такая же проблема может быть с синхронизацией часов в сетапе оператора.

    JT65/JT9/T10 хороши тем что мало чувствительны к плохой синхронизации часов, с уменьшением продолжительности интервала в FT8 и тем более в FT4 растут требования к точности синхронизации часов компьютера. Если в JT65 выпадают 2 секунды сигнала то это потеря примерно четырех процентов символов, если в FT4 выпадают 2 секунды сигнала то это уже потеря примерно 40 % символов сигнала. С учетом особенностей LDPC кода начало передачи FT4 сигнала раньше на 2 секунды (то есть потеря первых 40% символов) гарантирует невозможность его декодирования, по этой причине DT окно захвата сигналов FT4 декодером в коде программ установлено меньше чем в FT8 и намного меньше чем в JT65.
    А какой интервал синхронизации времени предпочтителен ? Извиняюсь если вопрос не слишком уместен ...

  10. #21205
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UB3GDZ Посмотреть сообщение
    А какой интервал синхронизации времени предпочтителен ? Извиняюсь если вопрос не слишком уместен ...
    На слабых процессорах в 00 секунды обычно еще продолжается декодирование предыдущего интервала, то есть загрузка процессора высока. Выполнять синхронизацию на автомате рисковано, лучше остановить прием кнопкой Monitor и выполнить синхронизацию принудительно, затем обратно включить прием.

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

    С учетом разброса DT сигналов разных корреспондентов в FT4 желательно вписаться в +- 0.2 секунды от точного времени. В зависимости от состояния самих часов и батарейки на материнской плате синхронизацию можно делать с разным периодом, для исправных часов достаточна синхронизация один раз в более чем 5 часов.

    Самый тяжелый случай когда оператор ставит период синхронизации например раз в минуту и при этом на компьютере работают несколько программ синхронизации, либо Интернет браузер начинает конкурировать с программой синхронизации. В этом случае оператор не понимает что происходит: DT сигналов у него на экране прыгает раз в минуту, DT его сигнала прыгает раз в минуту у тех кто его декодирует.

    В программах WSJT-X/JTDX немало сервисов в коде привязаны к системным часам, если часы прыгают то возможны сбои в работе программ, чем чаще прыгают часы тем больше будет сбоев в выполнении кода.

  11. #21206
    Low Power Аватар для UB3GDZ
    Регистрация
    14.10.2019
    Сообщений
    65
    Поблагодарили
    9
    Поблагодарил
    36
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    На слабых процессорах в 00 секунды обычно еще продолжается декодирование предыдущего интервала, то есть загрузка процессора высока. Выполнять синхронизацию на автомате рисковано, лучше остановить прием кнопкой Monitor и выполнить синхронизацию принудительно, затем обратно включить прием.

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

    С учетом разброса DT сигналов разных корреспондентов в FT4 желательно вписаться в +- 0.2 секунды от точного времени. В зависимости от состояния самих часов и батарейки на материнской плате синхронизацию можно делать с разным периодом, для исправных часов достаточна синхронизация один раз в более чем 5 часов.

    Самый тяжелый случай когда оператор ставит период синхронизации например раз в минуту и при этом на компьютере работают несколько программ синхронизации, либо Интернет браузер начинает конкурировать с программой синхронизации. В этом случае оператор не понимает что происходит: DT сигналов у него на экране прыгает раз в минуту, DT его сигнала прыгает раз в минуту у тех кто его декодирует.

    В программах WSJT-X/JTDX немало сервисов в коде привязаны к системным часам, если часы прыгают то возможны сбои в работе программ, чем чаще прыгают часы тем больше будет сбоев в выполнении кода.
    Спасибо , надо будет вникнуть в этот вопрос поглубже. Сейчас в система отключена автосинхронизация времени и стоит программа Dimension для этого в которой по умолчанию выставлено 15 минут !

  12. #21207
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от UB3GDZ Посмотреть сообщение
    Спасибо , надо будет вникнуть в этот вопрос поглубже. Сейчас в система отключена автосинхронизация времени и стоит программа Dimension для этого в которой по умолчанию выставлено 15 минут !
    Если Dimension выполняет синхронизацию в 59...00 секунд то на слабых процессорах момент синхронизации может совпасть с декодированием интервала / высокой загрузкой процессора, есть вероятность ошибки в установке часов.

  13. #21208
    Пользователь Аватар для RK1NA
    Регистрация
    25.01.2006
    Адрес
    Петрозаводск
    Возраст
    76
    Сообщений
    6,031
    Поблагодарили
    2612
    Поблагодарил
    1516
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    момент синхронизации может совпасть с
    Летом работаю из деревни. Там очень "хилый" интернет. Часто просто вырубается.
    Как то заметил что "вдруг" через 15 минут работы программа перестает декодировать.
    Не сразу разобрался. Проблема оказалась в корректировке времени.
    Определил делая корректировку врукопашную.
    Корректируется и на 2...5 мсек и на сотни мсек.
    В Дименсион стоял период 15 минут и если при корректировка она сдвигала
    время на 300...500 или более мсек естественно декод пропадал.
    Посему есть смысл проверить свою прогу корректировки вручную.
    ...

  14. #21209
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от RK1NA Посмотреть сообщение
    Там очень "хилый" интернет. ...
    Задержки передачи/приема пакетов в сети мобильного оператора, тоже одна из возможных причин сбоя синхронизации часов компьютера.

  15. #21210
    Low Power Аватар для UB3GDZ
    Регистрация
    14.10.2019
    Сообщений
    65
    Поблагодарили
    9
    Поблагодарил
    36
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Если Dimension выполняет синхронизацию в 59...00 секунд то на слабых процессорах момент синхронизации может совпасть с декодированием интервала / высокой загрузкой процессора, есть вероятность ошибки в установке часов.
    Спасибо , посмотрю как это будет на практике ! Я думаю процессор она мой не "упрет" , он не очень слабый на данный момент - i5 6600К в разгоне до 4.2Ghz. Меня что-то один момент со вчерашнего дня беспокоит , пару дней назад , эфир просто "громыхал" на 40М в FT8 и позывные бежали много и очень быстро , а вот вчера что-то станций очень мало стало ! Подумал , что проход ослабел , но на водопаде очень много несущих , все пищит и гудит как и ранее. Даже удалил rc143 , думал это связано , но на rc142 тоже самое. Если только несущие от другой моды на водопаде ?! Вы меня извините за подобные вопросы , я в этом деле совсем новичок и цифру "щупаю" всего пару дней !
    Нажмите на изображение для увеличения. 

Название:	Снимок.PNG 
Просмотров:	10 
Размер:	157.5 Кб 
ID:	243187

Похожие темы

  1. JT65/JT9 - имейте совесть, когда в "цифре" работаете!
    от RX4CD в разделе JT65, JT9, WSPR, JT4, JTMSK, FT8
    Ответов: 65
    Последнее сообщение: 05.10.2019, 07:15
  2. Как начать работать с CW?
    от Z80X в разделе Телеграф
    Ответов: 6
    Последнее сообщение: 23.12.2010, 13:43
  3. Новая мода JT65
    от RX3AIS в разделе Цифровые виды радиосвязи
    Ответов: 1
    Последнее сообщение: 28.06.2007, 23:02
  4. Как начать работу с OZiExplorer 3D ?
    от RX3AOE в разделе Win-XP/7
    Ответов: 4
    Последнее сообщение: 15.10.2006, 19:55
  5. Работаю с DXtelnet но через час он отклю...
    от в разделе Компьютеры и сети
    Ответов: 0
    Последнее сообщение: 16.12.2001, 20:54

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  
Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×
Рейтинг@Mail.ru
eXTReMe Tracker


Похоже, что вы используете блокировщик рекламы :(
Форум QRZ.RU существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×