Вот встретился с такой неприятностью.
В режиме RTTY программа передает вместо 4z5aa RZ5AA все первые цыфры меняет на букву (1 на Q - 2 на W - 3 на Е - 4 на R - 5 на Т) и так далее. В остальных модах все нормально
V.3.30-9 WinXP SP3
что делать?
Вид для печати
Вот встретился с такой неприятностью.
В режиме RTTY программа передает вместо 4z5aa RZ5AA все первые цыфры меняет на букву (1 на Q - 2 на W - 3 на Е - 4 на R - 5 на Т) и так далее. В остальных модах все нормально
V.3.30-9 WinXP SP3
что делать?
Андрей, попробуйте в макросе <TX> <CALL>... увеличить пробел между <TX> <CALL>, или <CALL> с новой строки сделать с пробелом.
Пока писАл, Владимир ответил.
проверил на трех системных блоках (все под ХР)
на двух не работает, на одном работает!!!
и прога мониторинга com-портов показывает
что можно указывать для EXTFSK тот же порт что и для РТТ
внешние непонятные проявления:
на работающем ПК:
в момент передачи появляется окно EXTFSK
и в нем показываются состояние передачи
на двух неработающих ПК:
в момент передачи окно EXTFSK НЕ появляется,
и ТХ не работает
где-то тут собака порылась
а где непонятно
давайте пока забудем про витруальные и прочие порты
работаю с физическими портами на материнке
вопрос в моем непонимании взаимодействия цифрового модуля
и extfsk.dll, который пишет Status OK и при этом не работает
настройки вот такие, одинаковые на трех компах
окошко EXTFSK на работающем
на двух других компах это окно не появляется
заработало
привел два других компа к программной конфигурации с рабочим компом
и все пошло
вывод:
в один порт можно выводить и FSK и РТТ и CW
осталось попробовать все это хозяйство через витуальные порты
всем спасибо, 73! Сергей RL3FA
Надо это в Хелпе прописать - важная информация.
Чем дальше в лес, тем толще партизаны....
Виртуальные порты оказывается не всегда хорошо.
Через вирт. порт VSPE сигнал TX формируемый EXTFSK.dll не проходит.
Если назначить FSK на RST или DTR все хорошо работает,
а если FSK как положено назначить на TX то на выходе тишина.
EXTFSK.dll на выход TX гонит не поток данных, а формирует команды
BreakON/BreakOFF.
Предположительно виртуальный порт VSPE не подддерживает такой
способ управления выходом TX.
Если у кого режим FSK на выход TX заработает через виртуальный порт
поделитесь как сделали.
Пока буду работать с физическими портами.
Сергей RL3FA
А смысл этот сигнал пропускать через VSPE?... можно просто использовать второй COM-порт, благо практически все выпускаемые USB-интерфейсы имеют как минимум 2 порта на выходе... а VSPE удобнее использовать для одновременного управления САТ-системой в нескольких программах...
у меня 4 физических Сом порта и все увы заняты
USB-Com не люблю (а может не умею их готовить)
использую загруженные одновременно CWType, TrueTTY через VSPE c одним Com портом (PTT, CW-манипуляция)
а теперь еще и FSK в том-же порту
пока телетайп был через звуковую, проблем не было
захотелось как в рекламе "кристально чистый телетайп"
в привычной среде
да в общем разобрался во всем, может кому пригодится
а не пригодится, тоже не беда
Сергей RL3FA
Так работает или не работает загрузка и обновление лога с eQSL.cc?
И до получаса жду - ничего не происходит.
У меня работает... Только проверил:sorry:
А в конфигурации журнала пароль стоит?
Нет, ну загрузить можно несколько программ, а вот одновременно работать в RTTY и CW на одном трансивере в одно и то же время - это как? :)... на манипуляцию РТТ и CW достаточно одного порта, он будет занят только одной программой во время выполнения задачи... а для САТ-системы используется виртуальный порт, созданный в VSPE, и на него вешаются все программы, использующие САТ... таким образом, двух СОМ-портов достаточно... если мало и хочется использовать отдельные - можно вставить дополнительную плату СОМ-портов в системный блок (если это не ноут)... только не вижу необходимости... несколько лет работаю с USB-интерфейсом RigExpert Tiny, переделанным для работы в FSK-режиме... никаких проблем не возникало...
У меня все работает. Правда иногда видно бегущую синеву, а иногда нет. Бывает не грузиться когда там на сервере проблемы.