Like Tree17119Спасибо

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

  1. #8926
    Very High Power
    Регистрация
    14.09.2010
    Адрес
    Доброполье
    Возраст
    65
    Сообщений
    2,657
    Поблагодарили
    622
    Поблагодарил
    1214
    А Hint декодеры работают в FT8? Вроде бы как нет ...

  2. #8927
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от US-E-12
    А вот в JTDX сделано неправильно, отправлять на eqsl нужно с time_off иначе, если QSO длится более 5 мин., его просто не увидит в логе корреспондента и начнуться опять проблеммы.
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    посмотрел что по этому поводу пишут на eQSL, окно времени для подтверждения проведенной связи еQSL карточкой составляет плюс/минус один час, то есть допускается разница во времени в двух eQSL карточках до одного часа
    Олег, а можно ли доработать UR5EQF лог чтобы он тоже поддерживал в отображении полученной eQSL разницу времени в один час, как сейчас на eQSL сервере?

    В таком варианте почти все вопросы по разнице во времени отпадут.

  3. #8928
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от US4IRT Посмотреть сообщение
    А Hint декодеры работают в FT8? Вроде бы как нет ...
    там свой декодер, FT8AP, тоже включается кнопкой Hint

  4. #8929
    Very High Power
    Регистрация
    14.09.2010
    Адрес
    Доброполье
    Возраст
    65
    Сообщений
    2,657
    Поблагодарили
    622
    Поблагодарил
    1214
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    В таком варианте почти все вопросы по разнице во времени отпадут.
    Так они и так отпадут при таком допуске, Игорь. В LoTW тоже приличный запас, но меньше часа.

  5. #8930
    Координатор темы
    Регистрация
    01.07.2011
    Адрес
    Днепропетровск
    Возраст
    59
    Сообщений
    3,001
    Поблагодарили
    2952
    Поблагодарил
    220
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    а можно ли доработать UR5EQF лог чтобы он тоже поддерживал в отображении полученной eQSL разницу времени в один час
    Игорь, дело не в этом. Человек имел ввиду, что у него совместно с LogHX работает JTDX и в обоих программах включена автоматическая отправка на eqsl. Так вот, JTDX отправляет время начала QSO, а LogHX, момент когда QSO заносится в лог (в JTDX это time_off), и это я считаю правильным, но отнюдь не время начала QSO. К примеру вызываем интересного кор-та (time_on запомнилось), но он отвечает другим, наконец QSO полностью состоялось через пол-часа (time_off). И какое время проведения QSO будет у кор-та. Я считаю, что правильным будет отправлять время фактического сохранения QSO во внутреннем логе.

  6. #8931
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от US-E-12 Посмотреть сообщение
    Игорь, дело не в этом. Человек имел ввиду, что у него совместно с LogHX работает JTDX и в обоих программах включена автоматическая отправка на eqsl. Так вот, JTDX отправляет время начала QSO, а LogHX, момент когда QSO заносится в лог (в JTDX это time_off), и это я считаю правильным, но отнюдь не время начала QSO. К примеру вызываем интересного кор-та (time_on запомнилось), но он отвечает другим, наконец QSO полностью состоялось через пол-часа (time_off). И какое время проведения QSO будет у кор-та. Я считаю, что правильным будет отправлять время фактического сохранения QSO во внутреннем логе.
    QSO Time_Off не равно времени сохранения в логе и сейчас даже не уверен будет ли в новом AutoSeq Time_On браться с первого вызова, но все равно без проблем, дам возможность оператору выбрать какое время отправлять на eQSL

  7. #8932
    Заблокирован
    Регистрация
    29.05.2010
    Адрес
    Пермь
    Возраст
    71
    Сообщений
    273
    Поблагодарили
    36
    Поблагодарил
    21
    Цитата Сообщение от US-E-12 Посмотреть сообщение
    Я считаю, что правильным будет отправлять время фактического сохранения QSO во внутреннем логе.
    оно так есть, и правильней БЫТЬ не может, ЩСО-моё.
    то что с еЩСЛ приходит от коллеги тоже его право (ну на дуэль

  8. #8933
    Координатор темы
    Регистрация
    01.07.2011
    Адрес
    Днепропетровск
    Возраст
    59
    Сообщений
    3,001
    Поблагодарили
    2952
    Поблагодарил
    220
    Цитата Сообщение от UA3DJY Посмотреть сообщение
    QSO Time_Off не равно времени сохранения в логе
    Ну почему же
    <call:5>RA2FU <gridsquare:4>KO04 <mode:3>FT8 <rst_sent:3>-15 <rst_rcvd:3>-15 <qso_date:8>20171214 <time_on:6>153258 <qso_date_off:8>20171214 <time_off:6>153432 <band:3>40m <freq:8>7.075614 <station_callsign:4>UR1E <my_gridsquare:4>KN78 <eor>
    Time_off равно времени когда я (к примеру, сам не работаю) получил от RA2FU RRR и начал передачу RR73 и одновременно QSO сохранилось с этим временем в JTDX и основном логе.
    Ха, сейчас мысленно провёл QSO и разница с кор-том будет в минуту (JT65, T10, JT9), передача начинается со следующей минуты.

  9. #8934
    High Power
    Регистрация
    28.12.2008
    Адрес
    п.Воля
    Сообщений
    723
    Поблагодарили
    236
    Поблагодарил
    92
    Можно сравнить, у кого какой прием.

    UA3DJY, спасибо за FT8.
    Миниатюры Миниатюры Нажмите на изображение для увеличения. 

Название:	ozja.jpg 
Просмотров:	6 
Размер:	78.0 Кб 
ID:	201849   Нажмите на изображение для увеличения. 

Название:	jaqs.jpg 
Просмотров:	8 
Размер:	88.6 Кб 
ID:	201850  

  10. #8935
    Standart Power Аватар для R3OZ
    Регистрация
    04.12.2015
    Адрес
    Voronezh
    Возраст
    72
    Сообщений
    250
    Поблагодарили
    39
    Поблагодарил
    169
    Интересно, как отличается прием DX в городе и за городом, и можно их сравнивать.
    У меня в городе очень большой уровень шума на 160м, и не только на этом диапазоне.

  11. #8936
    High Power
    Регистрация
    28.12.2008
    Адрес
    п.Воля
    Сообщений
    723
    Поблагодарили
    236
    Поблагодарил
    92
    Цитата Сообщение от R3OZ Посмотреть сообщение
    как отличается прием DX в городе и за городом, и можно их сравнивать.
    Можно и нужно, как это делать я и показал.

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

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

  12. #8937
    Standart Power Аватар для LY3BG
    Регистрация
    24.08.2006
    Адрес
    Славяни
    Возраст
    68
    Сообщений
    298
    Поблагодарили
    203
    Поблагодарил
    56
    Цитата Сообщение от 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 должно показывать время, когда мне ответили.

  13. #8938
    Координатор темы
    Регистрация
    05.03.2015
    Сообщений
    5,570
    Поблагодарили
    7959
    Поблагодарил
    807
    Цитата Сообщение от 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 куда все действия теперь записываются посекундно, при необходимости он всегда может проверить что и когда происходило.

  14. #8939
    Standart Power Аватар для LY3BG
    Регистрация
    24.08.2006
    Адрес
    Славяни
    Возраст
    68
    Сообщений
    298
    Поблагодарили
    203
    Поблагодарил
    56
    Цитата Сообщение от 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.

  15. #8940
    Standart Power
    Регистрация
    28.01.2014
    Возраст
    74
    Сообщений
    390
    Поблагодарили
    109
    Поблагодарил
    92
    Цитата Сообщение от LY3BG Посмотреть сообщение
    а звать можно сколько угодно, час, два... пока ответит.
    Все правильно, особенно когда надо дозваться до DXpedion или до DX-a.
    Или каждый раз очищать окна, если тебе не ответили сразу.
    Вот интересно, при очистке Time-on сбрасывается или нет?

    73

Похожие темы

  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 существует только за счет рекламы, поэтому мы были бы Вам благодарны если Вы внесете сайт в список исключений!
как отключить
×