Интересно увидеть список. Мы тут практически всегда рапортом зовем, вот и сегодня TO3Z с первого вызова на 160м на рaпорт ответил.:s7:
Вот он редкий случай, несколько минут назад, когда человек не принял 73 и требует "продолжение банкета", ну дал ему оперативно вручную ещё раз 73 (как писали ради уважения, хотя мог и не давать), ведь связь то у него уже после его первого RRR была в логе. И вот вам вопрос на засыпку - неужели он или кто ли бо другой в здравом уме будет ли удалять из лога QSO если не получит 73??? Думаю, что нет!
А вот если бы его повторное RRR(RR73/73) было бы не принято, то ранее при включенном автомате, программа зациклилась бы на повторной передаче ненужного RR73/73, засоряя эфир. Но не теперь в режимах autoseq0 и autoseq1, QSO заканчивается логично без лишних RR73/73, ещё раз спасибо!
Но на вызов рапортом реагирует нормально
Вложение 229953
У меня была сегодня ситуация с YY7WGA.
Вызвал его - он ответил с рапортом -10, т.е. контакт нормальный.
Я тоже дал рапорт -16.
От него RRR
Я 73 в ответ.
Он мне 73 гонял цикла 3, пока я еще один раз не дал ему 73 уже вручную.
Любой сценарий можно довести до маразма - по 10 раз друг другу гонять "наитеплейшие" 73.
Этот сценарий проведения связи, я думаю, со временем упростится.
Может в ущерб подтверждаемости.
На заре своей радиолюбительской деятельности в телеграфе работал на "клоподаве".
При проведении связи - обязательно приветствие, все данные в обе стороны, завершение.
А сейчас - 5NN и GL или 73 - вот и вся связь, и не только с дэхом.
Очень редко, когда еще что-то.
Так что надо просто подождать.
У меня на UA0ZS есть сертификат американского Rag Chewers Club. Приглашают сами по рекомендации двоих членов. Непременным условием является проведение CW QSO продолжительностью не менее 30 минут. Rag chewers club - Amateur-radio-wiki
Это вам "не здрасьте - до свиданья". А сейчас и без этого зачастую.
To UA3DJY:
Игорь, Если стоит галочка "Маркеры", то не работает звуковое оповещение по "другим стандартным сообщениям", позывные, которые соответствуют уведомлению, но помечены маркером.
Если же стоит галочка "Выделение других стандартных сообщений", то все нормально. Но тогда автоматом снимается галочка "Маркеры". Это так и задумано, что не работает звуковое оповещение по "другим стандартным сообщениям", если стоит галочка "Маркеры"?
Игорь!
На будущее, если есть такая возможность, добавить выделение новых префиксов в закладке "Уведомления".
Игорь,так все же какой вид должна иметь строка ADIF в логе? После установки версии 132 заметил что JTDX показывает мне меньше QSO чем было,причем значительно....только в FT8 "исчезло" около 1000...Будет ли нормальным для JTDX такой формат
<OPERATOR:5>RA3QH<CALL:6>UA9CGL<QSO_DATE:8>20190306<TIME_ON:4>1047<FRE Q:6>10.136<MODE:3>FT8<RST_SENT:2>01<RST_RCVD:3>-11<NAME:4>Vlad<QTH:12>Ekaterinburg<STATE:5>SV-03<GRIDSQUARE:4>MO06<PFX:4>UA9C<DXCC_PREF:3>UA9<BAND:3>30M<CONT:2>AS<C QZ:2>17<ITUZ:2>30<DXCC:2>15<EOR>
Наблюдаю такой сбой под версией VAC 4.60, появляется через некоторое время после нормальной работы, как временное решение придется откатиться на предыдущую версию VAC:
Для тех кто дает цифровой поток с железа SDR на JTDX/WSJT-X через VAC, параметр 'Ms per int' позволяет компенсировать набег фреймов и соответственно уход DT: