FT-1000MP MK-V странная работа CAT

[RV9UP]

Друзья, может кто сталкивался уже и решал подобное.
Исходные данные
Радио FT-1000MP MK-V
Произведена замена интерфейсного чипа CAT (семейство MAX232) Q5006 в CNTL-1 UNIT.
Причину выхода из строя пока не рассматриваем, но точно не переключение разъёмов "на ходу".
Скорее всего от наведённого импульса или по сети или в антенне. Есть только версии.
Проявляется странность так:
неверно отображается частота VFO-1 в программах N1MM Logger+ и JTDX - какие-то десятки гигагерц.
JTDX время от времени ругается на сбой CAT.
Частота VFO-2 отображается корректно.

Не наблюдаем проблем для
TR4W
Logger32
DX Log

Запись данных проходящих через последовательный порт CAT показывает, что отличаются аргументы запроса статуса FAH.
N1MM и JTDX спрашивает 00 FA, а остальные 01 FA.
Параметры порта в программах одинаковые и соответствуют инструкции на радио = 4800 8N2.

Говорят ли эти симптомы, что надо менять процессор Q5008? Или может быть достаточно EPROM Q5024?
Можно ставить пустую 24C16 или надо что-то записать в неё?

73 Алексей RV9UP

[UA0YAS]

8n2?

[RV9UP]

8n2?

См.сообщение #1:

4800 8N2

И один стоповый бит пробовал выставлять, и полтора. И частоту опроса снижать в N1MM.

[UA0YAS]

Трансивер с программами напрямую или через промежуточную программу?

[RV9UP]

Трансивер с программами напрямую

Трансивер с программами напрямую насколько это возможно в среде Windows. Порты физические, не USB эмуляция.
Три компьютера. Win 7 и 2хWin 10. Все 32 бит. Все устанавливались с нативных MS сборок.

И не напрямую тоже самое. Через эмулятор порта/сплиттер. Чтобы сниффить что идёт в порт(в радио)/из порта(от радио).

[UA0YAS]

Попробуйте не напрямую, а через промежуточный сервер

[RV9UP]

а через промежуточный сервер

Трафик через VSPE не исправляет ситуации.
VSPE помог перенаправить трафик на монитор порта.

F=14250.60 CW VFO1=VFO2
N1MM
Запрос:04.07.2020 18:57:04.38064 (+0.2188 seconds)

00 00 00 03 10 00 00 00 00 FA

Ответ:04.07.2020 18:57:05.50564 (+0.1250 seconds)

11 11 5F EA 40 00 00 02 11 00 11 11 11 11 11 00
11 01 5B EA 40 00 00 02 11 00 11 11 11 11 11 00
08 20 00 03 93

Запрос:04.07.2020 18:57:05.69364 (+0.1875 seconds)

00 00 00 03 10 00 00 00 00 FA

Ответ:04.07.2020 18:57:05.81864 (+0.1250 seconds)

11 11 53 EE 40 00 00 02 11 00 11 11 11 11 11 00
11 01 5B EA 40 00 00 02 11 00 11 11 11 11 11 00
08 20 00 03 93

Мы видим, что для первого VFO радио отдаёт рандомные цифры в отличие от VFO2(вторая строка) где стоит 01 5B EA 40 00

TR4W разделяет запросы статуса FAh и частоты 01h

Запрос:04.07.2020 18:50:23.16564 (+0.0000 seconds)

00 00 00 02 10

Ответ:04.07.2020 18:50:23.29064 (+0.1250 seconds)

11 01 5B EA 40 00 00 02 11 00 11 11 11 11 11 00

Запрос:04.07.2020 18:50:23.29064 (+0.0000 seconds)

00 00 00 03 10

Ответ:04.07.2020 18:50:23.41564 (+0.1250 seconds)

11 01 5B EA 40 00 00 02 11 00 11 11 11 11 11 00
11 01 5B EA 40 00 00 02 11 00 11 11 11 11 11 00

Приходит действительное значение частоты

Но!
Перенёс стенд на другой ПК. Но тот что "боевой" и на котором работало всё. Правда пришлось менять карту портовую - вынесло интерфейсные чипы вместе с таким же на радио. И не всё так радужно уже и с TR4W. DXLog функционирует. Запросы 01h и FAh разделены. Спрашивает для двух VFO - 00 00 00 03 10.
Где-то тайминги отличаются, но ранее работало и без сбоев.

73 Алексей RV9UP