А что это изменит? Вроде и так все хорошо работает.
Или для чего то специфического нужно - я просто это не использую?
Вид для печати
Не нужно будет com0com, VAC и прочих "костылей" для стыковки лога и SunSDR2...
Если с 2017 года интересуются, значит стоит, не так ли? Я лично не хочу сглазить с логгера. Но TCI не хватает.
- - - Добавлено - - -
Радио же "механически" настроено, "электронно" не подвинет его. Наведите мушку на спот в бэнд мапе, там будет указана частота и ваш оффсет - 120 Гц. По идее должно быть так. Ещё можно вылечит такое, смещением передачи на 120 Гц, а приём оставить как есть, но покрутить тон принимаемого сигнала, если есть такое. На Icom такое возможно. Споты не всегда совпадают с правильной частотой. Например на рбн они могут сыпаться от товарищей, которые как в вашем случае, пользуются оффсетом, вместо того, что бы корректно подружить сэмплрейт с принимаемым сигналом. Тоесть, заведомо отправлять спот, со смещенным тоном, а ещё и по нраву каждому звое звучание. Я примеру слушаю и принимаю CW с частотой 680 Гц, мне так нравится. Кому-то иначе. Тут проблему необходимо рассмотреть глобальнее немного.
В контексте данной темы у TCI нет абсолютно никакого преимущества перед com0com, VAC, которые работают ну просто 100% стабильно в отличие от того же TCI.
Все равно все SunSDR'щики используют SDC - через него к логу можно (нужно!) прицепиться.
Но, IMHO, TCI сам себя погубит (((
Чем больше клиентов (различного софта) будет его использовать, тем больше нагрузки будет на софт ESDR, у которого уже есть известные проблемы с производительностью (((
о какой куче идет речь?
VAC и com0com (или аналог) ?
Вы их даже не видите - ни в трее, ни на экране - это как мышь и клавиатура - просто они есть и они работают и НЕ ГЛЮЧАТ!
Не хочу здесь про TCI расписывать, но еще раз повторю, что
т.е. в контексте контест-логгера N1MM, которому достаточно информации о частоте - т.е. простой, примитивный CAT с информацией из 14 (ну может 30) байт за глаза достаточно СОМ-порта.
А получать и обрабатывать весть поток TCI смыла нет - доп нагрузка и на логгер и на ESDR.
И поймите меня правильно - я не противник TCI.
Просто не понимаю страданий... как будто без TCI в RussianDX ну никак в TOP-10 не попасть ))
Сделают поддержку его в N1MM - хорошо.
Но и без нее абсолютно никаких проблем нет.
Добавили TCP/IP с 1 февраля.
Коллеги, вопрос: FT-1000mp + интерфейс от microHAM DIGI KEYER II под управлением своей программы microHAM USB Router + N1MM, не могу сопрячь все вместе. Сам интерфейс и трансивер дружно работают в wsjt и jtdx. В N1MM система САТ при тех же самых настройках интерфейса что и в цифре теряет связь с трансивером. Может кто то использует подобный комплект в своей работе?
To: UI3A
Эта feature в данный момент дополнительно тестируется (есть некоторые проблемы со стабильностью). В основном для этого и вошла в официальный релиз, что-бы побольше пользователей могли попробовать и сообщить о результатах.
Есть надежда, что со временем получится всё управление станцией перевести на Ethernet и не будут нужны всякие коробочки типа RRC + AnyDesk или TeamViewer. Достаточно будет доступа в интернет + N1MM Logger + RemAud (например).
Николай NA3M
P.S. Есть экспериментальная версия от Steve, N2IC с улучшениями в плане надежности TCP/IP соединения:
https://n1mmwp.hamdocs.com/mmfiles/c...mexperimental/
Выбирать версию "TCP Fixes Feb 4"
Что то у меня и эксперементальная не работает. Что не так делаю? В SmartCat у меня прописан САТ по TCP/IP , в моем случае с портом 60000. В N1MM прописываю адрес и порт флекса (192.168.1.54:60000). Реакции ноль. С WSJT у меня все работает стабильно и без проблем по TCP.