Да, есть вероятность того что оператор изменил сообщение в процессе передачи. Надо понаблюдать как MSHV по приёму с этим справляется...
Да, есть вероятность того что оператор изменил сообщение в процессе передачи. Надо понаблюдать как MSHV по приёму с этим справляется...
Только что опять столкнулся, но тут уже мультислот.
Пришлось вмешаться, вручную изменить рапорт на -15 и передать. В итоге QSO состоялось.Код:025300 -17 0.5 350 ~ VJ6X H44SHD RR73 Соломоновы ост.
025300 -15 0.4 289 ~ JF1OSL H44SHD RR73 Соломоновы ост.
025300 -15 0.4 289 ~ BG5BDW H44SHD +02 Соломоновы ост.
025300 -26 0.5 364 ~ UN8FR H44SHD -16 *Соломоновы ост.
Из ваших предыдущих сообщений не очень понятно, с чем, собственно столкнулись. Скриншотов нет. JTDX иногда даёт неправильный рапорт. Обычно это случается при запуске или смене диапазонов в первом цикле, потом устаканивается. При максимальных настройках декодера изредка случаются ложные декодирования. Когда корреспондент включается с задержкой или обрубает/меняет до окончания цикла сообщение.
Из вашего сообщения #182 можно сделать вывод, что QSO состоялось только после изменения полученного вами рапорта на -15. Зачем??? В приведённом скриншоте всё абсолютно нормально. Вы приняли ответ на частоте +364 с уровнем -26. Причём это было * FT8AP или HINT - "гипотетическое" декодирование.
Вот Вы маньяк рапорта))) Зачем было вмешиваться? Вы реально считаете, что роботу на стороне H44SHD есть какая то разница -15 или -26?!!! Как раз вмешательством есть большой шанс навредить QSO! Да и уж сколько раз твердили - не обращайте на рапорт в FT8 вообще внимание, это не RST!!!
Вложение 332613
Here 2 different things: Dxped message and multislot.
if Dxped message is used then there can not be 2 different snr-s. Dxped messages sent by S21DX and decoded by JTDX are in picture with dashed underline, they can not have different snr-s.
All others duplicate messages in same freq or similar freq are changed tx messages in period, also multislot message can be changed even in one slot only.
Hopefully now it is all explained.
Во первых, совершенно непонятно, зачем менять вручную рапорт, разве Рене на R-26 не даст RR73? :confused: Абсурд.
Во вторых, непонятны частоты приема - если одна 290, то следующая должна быть, и есть, 350 и там все нормально (-15, -17), но никак не 364. Похоже, это "ухо" от 350, отсюда и -26. Где-то, какой-то перегруз по аудио.
Виктор, возможно Вы правы. Уровень на вход звуковой был великоват, кроме того VAC использую и возможно он какие то свои искажения вносит.
Виновник найден, спасибо за наводку. Буду копать в этом направлении.
JTDX не показывает (точками!) половину пользователей LoTW.
Быстрее всего устарел какой-то файл, но какой запамятовал...
Где можно скачать обновлённый? :que:
Обновляется каждое воскресенье
https://lotw.arrl.org/lotw-user-activity.csv
И что с ним нужно сделать, чтобы точки появлялись вот тут:
:que::que::que:
Открыть папку с логом и поместить скаченный файл lotw-user-activity.csv туда.
Вложение 332647
Перед скачиванием нового обновлЁнного файла надо удалить старый из папки Загрузки , если он там остался.
В противном случае он будет иметь вид lotw-user-activity (1).csv
А это ни есть хорошо и не будет работать.
Для WSJT процедура такая же.
Ну вот опять... Как с этим бороться? Я его с рапортом звал. 73 так и не получил, раз 15 передавал RR73.Код:20221216_061830 -10 0.2 632 ~ JA3ALY XW4KV -18
20221216_061830 -26 0.2 634 ~ UN8FR XW4KV R-18 ^
Возможно не услышал из-за слабого сигнала.
Перегрузка входа сейчас исключена. Сейчас буду пробовать из WSJT-X позвать...