Like Tree15314Спасибо

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

  1. #8941
    Мастер
    Регистрация
    28.12.2008
    Адрес
    п.Воля
    Возраст
    54
    Сообщений
    587
    Поблагодарили
    199
    Поблагодарил
    80
    Цитата Сообщение от R3OZ Посмотреть сообщение
    как отличается прием DX в городе и за городом, и можно их сравнивать.
    Можно и нужно, как это делать я и показал.

    Цитата Сообщение от R3OZ Посмотреть сообщение
    в городе очень большой уровень шума на 160м
    У меня не меньше на GP. Сейчас тихо, обычно на 10-15 дБ больше.
    Миниатюры Миниатюры Нажмите на изображение для увеличения. 

Название:	160GPrx.jpg 
Просмотров:	33 
Размер:	163.3 Кб 
ID:	201860  

  2. #8942
    Коротковолновик Аватар для LY3BG
    Регистрация
    24.08.2006
    Адрес
    Vilnius
    Возраст
    64
    Сообщений
    292
    Поблагодарили
    202
    Поблагодарил
    52
    Цитата Сообщение от US-E-12 Посмотреть сообщение
    Игорь, дело не в этом. Человек имел ввиду, что у него совместно с LogHX работает JTDX и в обоих программах включена автоматическая отправка на eqsl. Так вот, JTDX отправляет время начала QSO, а LogHX, момент когда QSO заносится в лог (в JTDX это time_off), и это я считаю правильным, но отнюдь не время начала QSO.
    Не пойму, зачем два раза слать в eQSL?
    Цитата Сообщение от US-E-12 Посмотреть сообщение
    К примеру вызываем интересного кор-та (time_on запомнилось), но он отвечает другим, наконец QSO полностью состоялось через пол-часа (time_off). И какое время проведения QSO будет у кор-та. Я считаю, что правильным будет отправлять время фактического сохранения QSO во внутреннем логе.
    Да, time_on теперь пишется не правильно. Вот пример, он мне ответил не сразу:
    <call:5>A91ND <gridsquare:0> <mode:3>FT8 <rst_sent:3>-15 <rst_rcvd:3>-15 <qso_date:8>20171214 <time_on:6>175115 <qso_date_off:8>20171214 <time_off:6>175645 <band:3>40m <freq:8>7.074705 <station_callsign:5>LY3BG <my_gridsquare:4>KO24 <eor>
    Time_on должно определятся по другому. Нельзя считать началом связи то время, когда я позвал первый раз. Думаю, что_time on должно показывать время, когда мне ответили.

  3. #8943
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    4,798
    Поблагодарили
    7172
    Поблагодарил
    707
    Цитата Сообщение от LY3BG Посмотреть сообщение
    Да, time_on теперь пишется не правильно. Вот пример, он мне ответил не сразу:
    <call:5>A91ND <gridsquare:0> <mode:3>FT8 <rst_sent:3>-15 <rst_rcvd:3>-15 <qso_date:8>20171214 <time_on:6>175115 <qso_date_off:8>20171214 <time_off:6>175645 <band:3>40m <freq:8>7.074705 <station_callsign:5>LY3BG <my_gridsquare:4>KO24 <eor>
    Time_on должно определятся по другому. Нельзя считать началом связи то время, когда я позвал первый раз. Думаю, что_time on должно показывать время, когда мне ответили.
    Обсуждали и у каждого своя точка зрения что считать началом QSO: передачу или прием сообщения, начало или конец сообщения. Поскольку у нас в разных вариантах при записи QSO в лог разброс получается не более чем пару минут для JT/T и менее минуты для FT8, то при допустимом разбросе 1 час в eQSL и 30 минут в LoTW сама дискуссия о том что считать началом и концом QSO теряет смысл.

    У оператора есть файл ALL.TXT куда все действия теперь записываются посекундно, при необходимости он всегда может проверить что и когда происходило.

  4. #8944
    Коротковолновик Аватар для LY3BG
    Регистрация
    24.08.2006
    Адрес
    Vilnius
    Возраст
    64
    Сообщений
    292
    Поблагодарили
    202
    Поблагодарил
    52
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Поскольку у нас в разных вариантах при записи QSO в лог разброс получается не более чем пару минут для JT/T и менее минуты для FT8, то при допустимом разбросе 1 час в eQSL и 30 минут в LoTW дискуссия о том что считать началом и концом QSO теряет смысл.
    Ещё раз повторяю - <time_on:6>175115 <time_off:6>175645. Это в FT8 моде. Если я его буду звать 1 час, разница в time_on и time_of будет 1 час. Т.е. time_on берётся время первого вызова, а звать можно сколько угодно, час, два... пока ответит.
    Напр. я начал звать в 1300, мне ответили и связь состоялась в 1520, то по существующей логике в лог запишется time_on 1300, time_of 1520.

  5. #8945
    Коротковолновик
    Регистрация
    28.01.2014
    Возраст
    70
    Сообщений
    278
    Поблагодарили
    72
    Поблагодарил
    45
    Цитата Сообщение от LY3BG Посмотреть сообщение
    а звать можно сколько угодно, час, два... пока ответит.
    Все правильно, особенно когда надо дозваться до DXpedion или до DX-a.
    Или каждый раз очищать окна, если тебе не ответили сразу.
    Вот интересно, при очистке Time-on сбрасывается или нет?

    73

  6. #8946
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    4,798
    Поблагодарили
    7172
    Поблагодарил
    707
    Цитата Сообщение от LY3BG Посмотреть сообщение
    Ещё раз повторяю - <time_on:6>175115 <time_off:6>175645. Это в FT8 моде. Если я его буду звать 1 час, разница в time_on и time_of будет 1 час. Т.е. time_on берётся время первого вызова, а звать можно сколько угодно, час, два... пока ответит.
    Напр. я начал звать в 1300, мне ответили и связь состоялась в 1520, то по существующей логике в лог запишется time_on 1300, time_of 1520.
    Или еще есть сценарий когда Вам ответили час назад но QSO не состоялось и Вы продолжаете звать, да еще спустя час могут ответить сообщением 73, морока будет с определением Time_On и по переданному и по принятому сообщению.

    В 18.1.0.34 сделано ограничение в коде, при разнице Time_On и Time_Off во времени более 150 секунд для моды FT8 и более 600 секунд для остальных мод время Time_On при записи в лог ставится равным времени Time_Off, то есть никаких сбоев в подтверждении eQSL и LoTW сейчас быть не должно.

    void MainWindow :: on_logQSOButton_clicked()
    ...
    if (dateTimeQSOOff < m_dateTimeQSOOn) m_dateTimeQSOOn = dateTimeQSOOff;
    // 150 seconds delta for FT8, 600 seconds delta for other modes
    if (qAbs(dateTimeQSOOff.toMSecsSinceEpoch() - m_dateTimeQSOOn.toMSecsSinceEpoch()) > m_TRperiod * 10000) m_dateTimeQSOOn = dateTimeQSOOff;

    В этом коде переменная m_TRperiod имеет значение 15 секунд для FT8 и 60 секунд для JT/T мод.

  7. #8947
    Мастер Аватар для R3DL
    Регистрация
    04.04.2010
    Адрес
    Краснознаменск, Московская обл.
    Возраст
    69
    Сообщений
    596
    Поблагодарили
    53
    Поблагодарил
    473
    Здравствуйте, коллеги!
    А нельзя ли фиксировать в качестве Time On время получения первого ответа от корреспондента в том случае, если связь состоялась?

  8. #8948
    Экстра-класс Аватар для RA3QH
    Регистрация
    02.04.2007
    Адрес
    п.Подлесный
    Возраст
    55
    Сообщений
    2,743
    Поблагодарили
    599
    Поблагодарил
    253
    Да фиг с ним с этим eQSL,есть поважнее...вот что заметил народ.....цитирую

    При сохранении QSO из JTDX 34 - оно заносится по ДХСС предыдущего.Т. е. в логе последнее с RA9XX, а я сработал OE5XXX - OE5XXX заносится как Россия Азиатская. Хотя определяется до сохранения правильно. И так все связи. Проверил в WSJT-X - там все нормально.

    Если сохранить связь в лог до того как в JTDX очистит окно ввода позывного, то связь сохраняется с правильной территорией, а если после очистки поля ввода позывного, то связи сохраняются с территорией, которая была последняя правильно сохранённая (т.е. до очистки поля ввода позывного в JTDX).

    у себя тоже такое заметил после того как прочел...

  9. #8949
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    4,798
    Поблагодарили
    7172
    Поблагодарил
    707
    Цитата Сообщение от RA3QH Посмотреть сообщение
    Да фиг с ним с этим eQSL,есть поважнее...вот что заметил народ.....цитирую

    При сохранении QSO из JTDX 34 - оно заносится по ДХСС предыдущего.Т. е. в логе последнее с RA9XX, а я сработал OE5XXX - OE5XXX заносится как Россия Азиатская. Хотя определяется до сохранения правильно. И так все связи. Проверил в WSJT-X - там все нормально.

    Если сохранить связь в лог до того как в JTDX очистит окно ввода позывного, то связь сохраняется с правильной территорией, а если после очистки поля ввода позывного, то связи сохраняются с территорией, которая была последняя правильно сохранённая (т.е. до очистки поля ввода позывного в JTDX).

    у себя тоже такое заметил после того как прочел...
    в каком логе?

  10. #8950
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    4,798
    Поблагодарили
    7172
    Поблагодарил
    707
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    Или еще есть сценарий когда Вам ответили час назад но QSO не состоялось и Вы продолжаете звать, да еще спустя час могут ответить сообщением 73, морока будет с определением Time_On и по переданному и по принятому сообщению.

    В 18.1.0.34 сделано ограничение в коде, при разнице Time_On и Time_Off во времени более 150 секунд для моды FT8 и более 600 секунд для остальных мод время Time_On при записи в лог ставится равным времени Time_Off, то есть никаких сбоев в подтверждении eQSL и LoTW сейчас быть не должно.

    void MainWindow :: on_logQSOButton_clicked()
    ...
    if (dateTimeQSOOff < m_dateTimeQSOOn) m_dateTimeQSOOn = dateTimeQSOOff;
    // 150 seconds delta for FT8, 600 seconds delta for other modes
    if (qAbs(dateTimeQSOOff.toMSecsSinceEpoch() - m_dateTimeQSOOn.toMSecsSinceEpoch()) > m_TRperiod * 10000) m_dateTimeQSOOn = dateTimeQSOOff;

    В этом коде переменная m_TRperiod имеет значение 15 секунд для FT8 и 60 секунд для JT/T мод.
    TO LY3BG:

    Vytas, проверил под версией 18.1.0.34, софт четко срезает Time_On при превышении 150 секунд в FT8, на какой версии Вы наблюдаете приведенную Вами разницу времени?

    Нажмите на изображение для увеличения. 

Название:	time_on.png 
Просмотров:	9 
Размер:	60.9 Кб 
ID:	201888

  11. #8951
    Экстра-класс Аватар для RA3QH
    Регистрация
    02.04.2007
    Адрес
    п.Подлесный
    Возраст
    55
    Сообщений
    2,743
    Поблагодарили
    599
    Поблагодарил
    253
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    в каком логе?
    UR5EQF

  12. #8952
    Коротковолновик
    Регистрация
    20.07.2017
    Адрес
    Ачинск
    Возраст
    51
    Сообщений
    435
    Поблагодарили
    146
    Поблагодарил
    157
    Почему JTDX последние шаги при включеном TX лекодирует через раз ,без передачи все без проблемНажмите на изображение для увеличения. 

Название:	Screenshot_4.png 
Просмотров:	31 
Размер:	172.4 Кб 
ID:	201889

  13. #8953
    Модератор
    Регистрация
    05.03.2015
    Сообщений
    4,798
    Поблагодарили
    7172
    Поблагодарил
    707
    Цитата Сообщение от R0AX Посмотреть сообщение
    Почему JTDX последние шаги при включеном TX лекодирует через раз ,без передачи все без проблем
    все софты работают в режиме симплекса, либо передача либо прием

  14. #8954
    Коротковолновик
    Регистрация
    20.07.2017
    Адрес
    Ачинск
    Возраст
    51
    Сообщений
    435
    Поблагодарили
    146
    Поблагодарил
    157
    так по скрину видно что TX через каждые 30 сек а RX раз в минуту

  15. #8955
    Коротковолновик
    Регистрация
    20.07.2017
    Адрес
    Ачинск
    Возраст
    51
    Сообщений
    435
    Поблагодарили
    146
    Поблагодарил
    157
    а вот режим без передачи все периоды без пропускаНажмите на изображение для увеличения. 

Название:	Screenshot_5.png 
Просмотров:	25 
Размер:	158.4 Кб 
ID:	201890

Похожие темы

  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
Яндекс.Метрика