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

[RK1NA]

переход на трансформаторный БП.

А он питается от сети постоянного тока?
...

Мне не понятно каким образом ВЧ наводка "усиливает" пульсации?
Пардон, ОФФ.
...
HNY 2020

[UA3DJY]

Статистика использования программ по диапазонам, на основании информации с сайта https://www.pskreporter.de/activity/table

[US4IRT]

Статистика использования программ по диапазонам

Наблюдается в графике симметрия между WSJT-X и JTDX. MSHV - стабильнее.

[LZ2HV]

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 прамрняет

[UA3DJY]

Но за
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

Это должны быть разные соревнования, разве у нас возможна в эфире такая комбинация позывных?

[LZ2HV]

To Игорь
Да Незнайу какая версия WSJT-X у тебя но вот какая плохая связ палучаетса между P, R
Всйо на P a ето неверна
И ешо дела в то что и AA1AAA/R стандартнй и BB1BBB/P стандартнй (ето будит интересно)

[LZ2HV]

To Игорь
Нада сделат какаята такая логика
сели
AA1AAA/R стандартнй и BB1BBB/P стандартнй
AA1AAA/P стандартнй и BB1BBB/R стандартнй
резултат нада бйт и двое не-стандартнйе

"Это должны быть разные соревнования, разве у нас возможна в эфире такая комбинация позывных?"
Ты не знаешь сколка сумашечих потребителей ест "хи хи"!!!

[LZ2HV]

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", но меня ето както не нравитса

[UA3DJY]

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:

->Скрытый текст<-

(NOSTD с NOSTD) по новийу логику (но ето может бйт праблем если примерно)
LZ2020HVV с UA2020HVV (не сможем вйделит BaseCall) ???
Да тестовал ето не будет вазможна ( LZ2020HVV с UA2020HVV )

Для поддержки QSO между двумя нестандартными недробными позывными в протоколе необходимо 135 бит, у нас столько нет.

Также невозможно QSO LZ2020HVV с UA2FFF/3, для него тоже недостаточно бит в протоколе для передачи рапорта.

[LZ2HV]

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

[UA3DJY]

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 эта проблема обсуждалась.

[LZ2HV]

Тагда и етот вариант не падходит (из 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 ни разу не передал позывной корреспондента, только хэш.

[UA3DJY]

Тагда и етот вариант не падходит (из 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

->Скрытый текст<-

[LZ2HV]

To Игорь
Да ясна

По причине что новаст только это, и то с болшие условнастей (угаворки).
-> (/XYZ с /XYZ) <-
-> (/P с /R - и на обарот) <-

А это невозможно оказывается (тй сам сказал)
(NOSTD с (/P или /R) - и на обарот)
(NOSTD с NOSTD)

Тоже и праблемй с SWL каторй нада обеснят каждава патребителя (а пачему <...> и так дале....)

Из team (MSHV), падаждём что случитса и в WSJT-X, и тагда принем решение что будим делат.

За этот момент благодарю за беседу, надеюсь что была полезна и за вас и за наш екип.

[VA3LLZ]

Игорь, может это только у меня такое происходит, Но после перехода на новый компьютер у меня снова появилась сдвижка на 550 герц вверх по частоте при старте JTDX.