Вам кажется перебор, а со своей колокольни R8LU пытается более эффективно использовать возможности своего, как сейчас модно выражаться, "сетапа".
А по-моему, полу-робот AutoSeq6-7, фильтрование по странам и позывным и мощность больше 100Вт перебор в FT8.
Многое зависит от возможностей. Полуробот нужен(быстрее соображает), а мощности согласен :s7:Цитата:
Сообщение от RX3ASP
Мощность мощности рознь! Например у меня антенна (направленная) коэффициент усиления по мощности 10 раз(10dB) и подводимая мощность к антенне 10ВтЦитата:
Сообщение от R2EC
а у Вас антенна "веревка" коэффициет усиления по мощности 1 и подводимая мощность у Вас к вашей антенне 100Вт
мы с Вами живем рядом значит нас с Вами будут принимать с одинаковым уровнем сигнала!!! (при условии что я направлю свою антенну в сторону принимающего и поляризация излучения наших антенн одинакова и у Вашей антенны круговая диаграмма направленности)
Так что просто мощность это еще не о чем не говорит.
Не кто и не собирается оспаривать, согласен на 100%. Имелось ввиду при направленных и мощю вдувают. И за сигналом не следят.Цитата:
Сообщение от UA9DK
Первый раз за два года работы с WSJT-X произошёл глюк.
Мой позывной подменился на бразильский PY5EG ...
Прямо сейчас на сорока метрах.
Я передаю свой позывной а в эфир идёт PY5EG
Так бывает или у меня проблема типа с вирусом каким-нибудь ??
Спасибо.
Никаких вирусов нет Просто Бразилец тоже проводил связь на 25Цитата:
Сообщение от R2LAC
Да.Но.
Жёлтым цветом выделяется моя передача и мною передавался именно бразильский позывной.Я вижу что я передаю не то а почему-не понимаю...
Посмотрите поле Last TX
Думал что это связано с "нестандартным" позывным.
Перезагрузил компьютер,перезапустил трансивер,позвал 9K58NLD - всё нормально прошло,снова мой позывной...
Позвать бы шведа но он исчез...
Ну буду считать что это просто глюк-пока ничего страшного в этом не вижу.
R2LAC Никаких глюков и вирусов нет На 2650 PY5EG работал на передачу с SK5OHD А SK5OHD радотал на передачу на 1570 и на этой частоте попрощался с Бразильцем ВОТ И ВСЕ при этом Швед еще проводил на 1570 QSO с вами
Кривой код в работе с хэш таблицей при упаковке и распаковке сообщений, ожидаем исправления в WSJT-X v2.1. В эфир была передана кодовая сумма от Вашего позывного, на экран был выведен позывной который у Вас в хэш таблице соответствовал этой кодовой сумме. Зато теперь Вы знаете с кем Ваш позывной будут путать :)Цитата:
Сообщение от R2LAC
Понял,спасибо за ответы !!
Неужели за 2-3 секунды не успеваете прочесть и выбрать? И какой интерес в подобном радиолюбительстве - лёгкий путь к дипломам для оклейки стен?Цитата:
Сообщение от R2EC
Декодер стартует на примерно на 14.3 секунде интервала и заканчивает декодирование на 14.7 секунде на современных процессорах, на медленных процессорах декодирование занимает примерно одну...три секунды, процессоры которые декодируют более трех секунд непригодны для работы в FT8 в широкой полосе. Добавьте к времени декодирования 2..3 секунды на принятие решения оператором и 1 секунду (Windows) на очистку буфера TX звука при смене TX сообщения.Цитата:
Сообщение от RX3ASP
В итоге сообщение которое пойдет на передачу не будет декодировано и будет напрасной помехой другим операторам. То есть станет четвертой (или третьей при Skip Tx1) передачей сообщения во время QSO. Теперь представьте что Вам вычитают с Вашей зарплаты 25...33 процента налог на окрас травы (создают помехи на диапазоне) объясняя тем что иначе жить неинтересно.
Проблема создана при разработке протокола FT8 (можно было сделать период 20 секунд отведя 6 секунд на декодирование и принятие решения оператором), AutoSeq это скорее попытка выжить на перегруженных диапазонах в рамках созданного протокола чем легкий путь к дипломам, тем более что далеко не все радиолюбители работающие в FT8 получают какие либо дипломы.
JT65 интересен с точки зрения SNR и ручной работы, но для большинства связей является излишней тратой времени, по причине более высокой скорости проведения QSO сообщество принесло JT65 в жертву моде FT8, по этой же причине в FT8 был заложен период 15 секунд а не 20.
Всем доброго времени суток. Вчера проскочил аналогичный сбой как в посте №17305. Работал на 40 с UE23DZO, когда давал RR73, вместо моего прога выдала W7DC. Спец позывной со мной этим позывным и дал 73. Провёл связь с другим, попробовал UE23DZO дать ещё раз RR73, а нет выдаёт опять вместо моего call американский. Далее работал без козюлин.
to UA3DJY
В выходные , при работе на 130 версии в AutoSeg6 не всегда успевала расшифровка сигнала, как Вы написали в посте чуть выше, приходилось вносить ручную корректировку передаваемого сообщения. Посмотрел загрузку процессора 18 - 20 процентов, в момент декодирования загрузка моментально поднималась до 100%, получалась как пила на диаграмме. Перешёл на AutoSeg7 никаких проблем, программа отрабатывала на 100%. Спасибо за Вам и вашей команде. Ноут: Win 10, процессор Pentium CPU 4415U - 2,30GHz 2 ядра, ОЗУ 12 ГБ.
Вообще то протокол по началу создавался для быстрого обмена при Es прохождении на УКВ.Цитата:
Сообщение от UA3DJY