А он питается от сети постоянного тока?:rolleyes:
...
Мне не понятно каким образом ВЧ наводка "усиливает" пульсации?
Пардон, ОФФ.
...
HNY 2020 :)
Статистика использования программ по диапазонам, на основании информации с сайта https://www.pskreporter.de/activity/table
Вложение 245173
Вложение 245174
To Игорь
Один очин малинкй exception
Ето так точна
---------------------------------------------
Messages for this pairs are implemented in the same way as in WSJT-X where full callsigns being transmitted:
AA1AAA/P BB1BBB/P
AA1AAA/R BB1BBB/R
---------------------------------------------
Но за
AA1AAA/R BB1BBB/P
AA1AAA/P BB1BBB/R
1. Но надо сделат так что ето по працедуру за два нестандартнйе
или
2. Один нестандартнй и один нармалнй
Кажетса что по пацедуру 1 надо
Патаму что кодинг пацедуру изменит ето вот так
AA1AAA/R BB1BBB/P -> AA1AAA/R BB1BBB/R - a а ето неверно
AA1AAA/P BB1BBB/R -> AA1AAA/P BB1BBB/P - и ето неверно
Праверил всегда на P прамрняет
Христо,
Скорее всего один полный либо основной позывной а вместо другого хэш(если не ошибаюсь именно так мы сделали в последних тестовых шагах JTDX):
CQ BB1BB/P # sends own call in full
<BB1BB/P> CC3CC/R # sends own call in full
<CC3CC/R> BB1BB -15 # neither call sent in full
<BB1BB/P> CC3CC R-15 # neither call sent in full
CC3CC/R <BB1BB/P> RRR # acknowledges QSO partner call in full
BB2BB/P <CC3CC/R> 73 # acknowledges QSO partner call in full
Это должны быть разные соревнования, разве у нас возможна в эфире такая комбинация позывных?
To Игорь
Да Незнайу какая версия WSJT-X у тебя но вот какая плохая связ палучаетса между P, R
Всйо на P a ето неверна
И ешо дела в то что и AA1AAA/R стандартнй и BB1BBB/P стандартнй (ето будит интересно)
Вложение 245209
To Игорь
Нада сделат какаята такая логика
сели
AA1AAA/R стандартнй и BB1BBB/P стандартнй
AA1AAA/P стандартнй и BB1BBB/R стандартнй
резултат нада бйт и двое не-стандартнйе
"Это должны быть разные соревнования, разве у нас возможна в эфире такая комбинация позывных?"
Ты не знаешь сколка сумашечих потребителей ест "хи хи"!!!
To Игорь
Вот мое мнение за этот момент:
(STD с STD) по существующий логике за этот момент
(STD с (/P или /R) - и на обарот) по существующий логике за этот момент
(STD с NOSTD - и на обарот) по существующий логике за этот момент
(/P с /P или /R с /R) по существующий логике за этот момент
(/XYZ с /XYZ) по новийу логику
(/P с /R - и на обарот) по новийу логику
(NOSTD с (/P или /R) - и на обарот) по новийу логику
(NOSTD с NOSTD) по новийу логику (но ето может бйт праблем если примерно)
LZ2020HVV с UA2020HVV (не сможем вйделит BaseCall) ???
Да тестовал ето не будет вазможна ( LZ2020HVV с UA2020HVV )
За ето ситуация может быть паможет как у "EU VHF Contest", но меня ето както не нравитса
Христо,
WSJT-X 2.1.2 не поддерживает генерацию сообщений для дробных позывных, мы в нашей общей переписке с командой WSJT согласовывали формат TX сообщений и в JTDX 2.1.0-rc146_4 сделан вариант который предложил Bill G4WJS:
CQ BB1BB/2 # sends own call in full
<BB1BB/2> CC3CC/5 # sends own call in full
<CC3CC/5> BB1BB -15 # neither call sent in full
<BB1BB/2> CC3CC R-15 # neither call sent in full
CC3CC/5 <BB1BB/2> RRR # acknowledges QSO partner call in full
BB2BB/2 <CC3CC/5> 73 # acknowledges QSO partner call in full
Такая же последовательность сообщений и для вариантов:
VE1/AA1AAA W5/CC2CCC
VE1/AA1AAA CC2CCC/3
VE1/AA1AAA CC2CCC/A
VE1/AA1AAA CC2CCC/P
Пока от команды WSJT возражений по доработке генерации Tx сообщений в WSJT-X не получал, надеюсь что пойдут навстречу и добавят в следующую версию WSJT-X.
Еще раз переслал Вам последнее письмо с нашей переписки, в нем есть линки на JTDX 2.1.0-rc146_4, для тестирования QSO пока используйте JTDX:Для поддержки QSO между двумя нестандартными недробными позывными в протоколе необходимо 135 бит, у нас столько нет.Цитата:
(NOSTD с NOSTD) по новийу логику (но ето может бйт праблем если примерно)
LZ2020HVV с UA2020HVV (не сможем вйделит BaseCall) ???
Да тестовал ето не будет вазможна ( LZ2020HVV с UA2020HVV )
Также невозможно QSO LZ2020HVV с UA2FFF/3, для него тоже недостаточно бит в протоколе для передачи рапорта.
To Игорь
вот ето неработает на JTDX-2.1.0-rc146_4-win32.exe
(NOSTD с (/P или /R) - и на обарот) по новийу логику
надо убрать /R /P на TX2/3
"Также невозможно QSO LZ2020HVV с UA2FFF/3, для него тоже недостаточно бит в протоколе для передачи рапорта. "
На против работает если BaseCаll UA2FFF/3=UA2FFF
CQ LZ2020HVV
<LZ2020HVV> UA3DJY/P
UA3DJY <LZ2020HVV> -15
<LZ2020HVV> UA3DJY R-15
UA3DJY/P <LZ2020HVV> RR73
<LZ2020HVV> UA3DJY/P RR73
CQ LZ2020HVV
<LZ2020HVV> UA3DJY/OE
UA3DJY <LZ2020HVV> -15
<LZ2020HVV> UA3DJY R-15
UA3DJY/OE <LZ2020HVV> RR73
<LZ2020HVV> UA3DJY/OE RR73
Такой вариант не подходит: оператор UA3DJY во время QSO ни разу не передал позывной корреспондента, только хэш, тем самым потенциально нарушил требования лицензии и такое QSO не считается действительной.
Оператор LZ2020HVV также при проведении QSO ни разу не передал свой полный позывной, только хэш.
В переписке с командой WSJT эта проблема обсуждалась.
Тагда и етот вариант не падходит (из JTDX)
CQ LZ2HV/6
<LZ2HV/6> UA3DJY/4
<UA3DJY/4> LZ2HV R-15
LZ2HV/6 <UA3DJY/4> RR73
UA3DJY/4 <LZ2HV/6> 73 <- ето не излучаетса в новй вариант (праизходит из WSJT-X, сорее не обезателно)
Оператор LZ2HV/6 во время QSO ни разу не передал позывной корреспондента, только хэш.
Так я же сказал что WSJT-X пока не поддерживает.
Вот передача полного позывного в JTDX 146_4 в уже согласованном наборе сообщенией:
UA3DJY/4 <LZ2HV/6> RRR
UA3DJY/4 <LZ2HV/6> RR73
UA3DJY/4 <LZ2HV/6> 73
To Игорь
Да ясна
По причине что новаст только это, и то с болшие условнастей (угаворки).
-> (/XYZ с /XYZ) <-
-> (/P с /R - и на обарот) <-
А это невозможно оказывается (тй сам сказал)
(NOSTD с (/P или /R) - и на обарот)
(NOSTD с NOSTD)
Тоже и праблемй с SWL каторй нада обеснят каждава патребителя (а пачему <...> и так дале....)
Из team (MSHV), падаждём что случитса и в WSJT-X, и тагда принем решение что будим делат.
За этот момент благодарю за беседу, надеюсь что была полезна и за вас и за наш екип.
Игорь, может это только у меня такое происходит, Но после перехода на новый компьютер у меня снова появилась сдвижка на 550 герц вверх по частоте при старте JTDX.