Жать нужно на Макото Мори http://hamsoft.ca/
Его MMVARI, MMTTY интегрированы во все логгеры и контест программы.
Однако здесь http://hamsoft.ca/pages/contact-support.php написано: Please DO NOT SEND E-Mail in English directly to JE3HHT. Mako has received a thousands of E-Mails from over the world.
Стучаться только в Yahoo. :(
Последний раз редактировалось RJ7M; 20.09.2017 в 21:41.
offtop: я вот не знаю , проги от Макото могут быть запущены в режиме Multi Instance, вроде в те времена папки юзеров не содержали данных программ в виндах или я ошибаюсь ?
но посыл верный, проги с "железным" характером, и всегда смотришь на 1-2-3 запущенные одновременно
После добавления передачи НЧ сигналов в TCI для цифровых видов связи, озадачимся вопросом добавления интерфейса в MMVARI.
Придется писать ему на японском. Можно сработать через наших японских дилеров, может быть они даже позвонить ему смогутСообщение от RJ7M
Все-таки на TCP транспорте сделали, не UDP.
Добавлено через 51 минут(ы):
Насчет физических устройств типа классических трансиверов, УМ, антенных коммутаторов, ДПФ - это наверное сильно в будущем. Да и то, втыкать в каждую коробочку сетевой кабель, это слишком.
Последний раз редактировалось rolin; 21.09.2017 в 06:45.
Да, TCP, веб-сокет работает поверх него.
Этот переход происходит уже сейчас. Многие производители думают об этом и без нашего интерфейса. А так, wifi модули eps очень хорошо себя зарекомендовали для этих целей - коммутация антенн, фильтров и т.п. У нас уже почти год на удаленке используется. Получается вообще без проводов, ооочень удобно, ново и современно.
Спасибо от rn6xc
а мне один из ваших прихожан про UDP в TCI рассказывал
глянул протокол. имхо он ничем принципиально не отличается от CAT. просто другая система команд. кстати, кенвуды тоже умеют оповещать об изменении статуса, и не требуют опроса каждые 100мс. и ком порты по TCP пробрасывают, через VSPE например.
я думал че-то революционное будет, типа Кафки.
И СОМ-порты пробрасывают, и квадратуры, и НЧ сигналы, и споты принимать, и бесконечное множество устройств подключить можно без глюков с сихронизацией... Что еще могут кенвуды по сети через VSPE, и чем еще TCI не отличается от САТ? Знаем, проходили...
Прочитайте внимательно описание TCI, там ясно сказано, что TCI содержит команды управления трансивером (по аналогии с САТ-командами). Понятно, что хочется упростить данное достижение, но решение TCI и так простое, как велосипед, именно в этом его преимущество - легко реализуется на любой платформе, от ОС до микроконтроллера, главное, чтобы TCP стек поддерживался.
Те, кто уже попробовали TCI с логгером LogHX и с программой SDC, просто недоумевают от простоты манипуляций с соединением, ну, Вы знаете. А так, да, есть решения для проброса сигналов по сети через всякие прокладки, поддержание их стабильности, удобства... Все это Пользователи SunSDR2 хорошо понимают. Знаем, проходили...
Последний раз редактировалось VassiL; 21.09.2017 в 07:51.
VassiL, следует подробнее описать физику подключений, кто там сервер, как управляются клиенты. Обычно рисуют в таких случаях картинку типа этой
Посмотрите, как сделано описание протокола здесь http://www.moetronix.com/files/sdrip...acespec103.pdf
В протоколе TCI используется WebSocket, который имеет два канала передачи данных в обе стороны - текстовый и бинарный. Первый используется для обмена командами, второй используется для передачи датаграмм звуковых и IQ потоков.
Спасибо от VassiL
По поводу картинки согласен..
В описании TCI по тексту все есть:
Выдержка из введения (страница 1):
TCI был создан в качестве современной альтернативы устаревшим интерфейсам COM-портов и звуковых кабелей, он использует полнодуплексный web-сокет протокол, который работает поверх соединения TCP и служит для обмена данными между сервером и клиентом, обеспечивая кроссплатформенность . В качестве сервера выступает трансивер, в качестве клиентов — все остальные программы и устройства. Сервер и клиенты могут находиться внутри одного компьютера (SDR-программа-сервер, аппаратный журнал и др. - клиенты) и/или в раздельных физических устройствах, объединенных через локальную сеть (классический трансивер, усилитель мощности, антенный коммутатор, блок ДПФ и т.п.).
Из Описание интерфейса (страница 3):
Программа ExpertSDR2 выполняет роль сервера, который может иметь одновременно несколько клиентских подключений, они будут синхронизироваться между собой сервером. При подключении к ExpertSDR2 клиент получает текущее состояние ExpertSDR2, сначала высылаются команды (только для чтения) и затем параметры для установки состояния такие как частота, модуляция и др.
Когда в программе ExpertSDR2(сервер) происходит изменение параметра, то сервер уведомляет об это всех подключённых клиентов, то есть клиентам не нужно постоянно опрашивать сервер, любое изменение состояния будет отправлено своевременно всем клиентам. Если клиент высылает новое состояние, то сервер его установит себе и также вышлет всем клиентам, то есть сервер выполняет роль синхронизатора. Все клиенты подключённые к серверу будут автоматически синхронизированы. Такой способ работы позволяет минимизировать нагрузку на сеть, уменьшая трафик.
Куда еще понятнее? Ну, если только с картинкой, для более визуального понимания.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
