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

[UA9OP]

Для точности - здесь WSJT X.

я про нее и имею ввиду.

[UA3O]

Сохраняю два аппаратных журнала, все остальное сношу. Инсталлирую, заново все вношу, возвращаю аппаратные на свое место.

[UA3OA]

Сохраняю два аппаратных журнала, все остальное сношу. Инсталлирую, заново все вношу, возвращаю аппаратные на свое место.

А папку из AppData>Local удаляете?

[UA3O]

Да, удаляю.

[UA3OA]

Да, удаляю.

Тогда всё ОК. Тоже всегда так делаю, установка с верху ,не всегда,но может вносить всякую бяку.





,

[RK1NA]

Тоже всегда так делаю, установка с верху ,не всегда,но может вносить всякую бяку.

С какого вдруг перепугу?
Вы здесь про JTDX начитались и этот перепуг несёте в WSJT X.

[UA3OA]

[QUOTE=RK1NA;1455420]С какого вдруг перепугу?
Вы здесь про JTDX начитались и этот перепуг несёте в WSJT X.[/
Это касается обоих программ. А там кто как хочет так и .........

[UX8IW]

Произошел какой-то непонятный глюк, режим AutoSeq3:

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

[RK1NA]

А там кто как хочет так и .........

Не зависимо от программы и как бы вы её не "грохали" в реестре остаются какие то следы.
И чем чаще вы "грохаете" конкретную программу, тем больше там этих следов.
И даже сам Билл Гейтс не скажет о возможости их влияний на последующие установки.
Как то вот так.

[R3BB]

to: UA3DJY
Игорь привет ! Заметил такую штуку - она не мешает , но все же. Посылка по UDP - сообщение 1 - частота приходит чисто от трансивера без добавки по звуку. Т.е на трансивере 14074.00 она и приходит , а вот при сообщении 5 - (это запись QSO) частота уже приходит с учетом звуковой частоты . т.е частота от трансивера + частота по звуку (на передачу) . Можно ли в следующих версия сделать , чтобы в сообщении 1 так же выдавалась частота , как в сообщении 5?

[RX4HX]

Произошел какой-то непонятный глюк

Я на этот "непонятный глюк" раза 3 уже обращал внимания.

[UA3DJY]

Произошел какой-то непонятный глюк, режим AutoSeq3:

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

похоже что не отработал Halt Tx при окончании декодирования после начала передачи, благодарю, посмотрим в коде

[UA3DJY]

Заметил такую штуку - она не мешает , но все же. Посылка по UDP - сообщение 1 - частота приходит чисто от трансивера без добавки по звуку. Т.е на трансивере 14074.00 она и приходит , а вот при сообщении 5 - (это запись QSO) частота уже приходит с учетом звуковой частоты . т.е частота от трансивера + частота по звуку (на передачу) . Можно ли в следующих версия сделать , чтобы в сообщении 1 так же выдавалась частота , как в сообщении 5?

через UDP посылается сообщение status update:

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

исходник MessageClient.cpp

void MessageClient::status_update (Frequency f, QString const& mode, QString const& dx_call
, QString const& report, QString const& tx_mode
, bool tx_enabled, bool transmitting, bool decoding
, qint32 rx_df, qint32 tx_df, QString const& de_call
, QString const& de_grid, QString const& dx_grid
, bool watchdog_timeout, QString const& sub_mode
, bool fast_mode)

QByteArray message;
NetworkMessage::Builder out {&message, NetworkMessage::Status, m_->id_, m_->schema_};
out << f << mode.toUtf8 () << dx_call.toUtf8 () << report.toUtf8 () << tx_mode.toUtf8 ()
<< tx_enabled << transmitting << decoding << rx_df << tx_df << de_call.toUtf8 ()
<< de_grid.toUtf8 () << dx_grid.toUtf8 () << watchdog_timeout << sub_mode.toUtf8 ()
<< fast_mode;

где f - частота VFO, rx_df - приемная звуковая частота, tx_df - звуковая частота передачи

например здесь я передавал сообщение Tx5


сделал трассировку софтом Wireshark трафика между программой message_aggregator и JTDX работающих на разных компьютерах и общающихся между собой через LAN, сообщение status update пришедшее на компьютер где работает софт message_aggregator от софта JTDX

на приведенной картинке:
d6 c0 90 - частота VFO 14074000 Гц
00 с8 - приемная звуковая частота 200 Гц
07 d0 - звуковая частота передачи 2000 Гц

частота VFO при любом типе TX сообщения была в трассировке d6 c0 90 (14074000 Гц)

[UA3DJY]

Привет Игорь ! Не здесь. Подготовлюсь отпишу на e-mail

внесение QSO в лог, да, в UDP сообщении qso_logged суммарная частота (VFO + звук):

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

void MessageClient::qso_logged (QDateTime time_off, QString const& dx_call, QString const& dx_grid
, Frequency dial_frequency, QString const& mode, QString const& report_sent
, QString const& report_received, QString const& tx_power
, QString const& comments, QString const& name, QDateTime time_on)
{
if (m_->server_port_ && !m_->server_string_.isEmpty ())
{
QByteArray message;
NetworkMessage::Builder out {&message, NetworkMessage::QSOLogged, m_->id_, m_->schema_};
out << time_off << dx_call.toUtf8 () << dx_grid.toUtf8 () << dial_frequency << mode.toUtf8 ()
<< report_sent.toUtf8 () << report_received.toUtf8 () << tx_power.toUtf8 () << comments.toUtf8 ()
<< name.toUtf8 () << time_on;
m_->send_message (out, message);
}
}

mainwindow.cpp:

m_logDlg->initLogQSO (m_hisCall, m_hisGrid, m_modeTx, m_rptSent, m_rptRcvd,
m_dateTimeQSOOn, dateTimeQSOOff, m_freqNominal + ui->TxFreqSpinBox->value(),
m_noSuffix,autolog);

попытка передавать суммарную частоту в сообщении status_update может привести к сбоям в работе JTAlert и ряда внешних логов которые уже обрабатывают существующий формат информации о частоте (совместимость связки внешних софтов и с WSJT-X и c JTDX)

Абсолютная суммарная приемная частота QSO в большинстве случаев отличается от передающей, скорее всего по этой причине в протокол был заложен формат передачи отдельно частоты VFO и смещения частот звука RX и TX.

[R3BB]

Игорь спасибо за разьяснение , хотя про status_update весьма спорно.
Все таки видимо возьмусь за DLL для MixW3.