UT4LW, WebSocket - это всего лишь библиотека класса, с которой работает программист, а
сетевые протоколы это вот это, то есть это физический интерфейс. TCP/IP это совершенно не то же самое, что и User Datagramm Protocol (UDP).
UT4LW, WebSocket - это всего лишь библиотека класса, с которой работает программист, а
сетевые протоколы это вот это, то есть это физический интерфейс. TCP/IP это совершенно не то же самое, что и User Datagramm Protocol (UDP).
то же самое можно сказать про RS-232, он еще проще в реализации на микроконтроллерах. у вас только одно отличие - вебсокет используется вместо ком портов.
если кто-нибудь напишет новый модуль, скажем RTTY или FT8, то его не получится добавить в поток ТЦИ, т.к. не предусмотрено расширение системы команд без участия ЕЕ.
все опять завязано на одну фирму с занятым на 120% программистом..
Наоборот, получится. Дело в том, что TCI это полностью открытый свободно распространяемый интерфейс. Любой может его изменить, усовершенствовать под свои нужды. Просто новые команды, которые добавит другой производитель железа и/или аппаратного журнала, будут игнорироваться программой ExpertSDR2, т.к. действительно не поддерживаются. но это уже не имеет значения, т.к. индивидуальная поддержка "чужого" трансивера в логгере произошла, или нового вида связи. При этом будут работать и ExpertSDR2 и другой "чужой" трансивер - есть общие команды и новые индивидуальные. Если "занятый на 120% программист" добавит эти команды в ExpertSDR2, то они тоже будут поддерживаться, а оно надо? Вполне может быть, что будут добавлены команды, которые просто лишние для нашего трансивера, но для другого важны. Если это новый вид связи, то программист поддержит позже, а пока ExpertSDR2 просто не будет его воспринимать. В этом и заключается универсальность протокола TCI - он ортогонален/невосприимчив к незнакомым командам.
Если рассматривать только САТ-команды, то, да, RS-232 тоже можно натаскать даже под протокол TCI, он, кстати, хорошо на него ложится в части строковых команд управления. А как быть с квадратурами двух приемников(или восьми для других трансиверов), как быть с НЧ потоком для цифры, а проброской через сеть и инет..? На СОМ-порте далеко не уедешь, практика это показывает. Да, вывернуться можно - жить захочешь, не так раскорячишься. Время диктует новые потребности, и они приходят.
Последний раз редактировалось VassiL; 21.09.2017 в 08:46.
По ходу у народа каша в голове. А причина - созвучие TCP и TCI
Первое: UDP - это протокол, который работает через TCP соединение.
TCI - это сокращение придуманное в ExpertSDR, работающее через протокол WebSocket, который работает через TCP.
Не программисту это несколько проблематично понять и запомнить. Но это и не надо.
Следующее - TCI это и есть CAT - не помню как он расшифровывается, что то типа система управления трансивером.
Далее - разница между "старым" CAT и новым CAT под названием TCI только в одном - старый работал через COM-порты, новый через соединение TCP.
Вот как то так
Я че-то думал передачу аудио (и IQ) сделают там в каких-то стандартных УДП аудио форматах, т.е. грубо говоря можно было бы даже запустить VLC-плеер и слушать звук с сунсдр...
Такой подход потребует десяток, а то и больше, серверов для раздачи этих форматов. И столько же клиентов для приема.
В TCI все идет в одном соединении, причем, и туда, и обратно. Клиент заказывает тип потока (IQ, линейный выход и т.д....), его формат и получает сразу все в бинарном канале.
UT4LW, а если надо нескольким клиентам отдать звук, все равно будет несколько соединений? Например, сейчас на звуковухах можно хоть 5 программ запустить параллельно и сравнивать в них прием сигналов разными алгоритмами.
Для трансивера это ничего не значит - у него один порт сервера TCI и все. Если какой-то программе нужны какие-то потоки, она подключается, заказывает, что ей надо и получает.
Во-вторых, стандартные аудио потоки никто не отменяет, ну, я так думаю.
Посмотрите, столько соединений нужно было для подключения 2-х скиммеров:
В трансивере: - два клиента + два аудиоканала со своими настройками.
В каждом скиммере - порты серверов + аудиоканалы, которые тоже надо пробросить через весь комп, соблюсти разрядность и дискретизацию... Причем через WDM-KS, т.к. у MME динамики не хватает. Кто этим занимался, тот знает.
Теперь:
В трансивере: номер порта сервера TCI.
В SDC - адрес (имя) компьютера и номер порта.
Т.е. скиммеры, и любая другая программа, работающая по TCI может располагаться даже на другом компьютере, без всяких заморочек с перебросками аудио и СОМ-портов....
Да, это понятно.
Просто к чему, чтобы случайно не получилось так, что заложат изначально, что TCI только один аудио поток сможет отдавать одному приложению... Цифровикам бывает и по несколько программ надо запускать с одного источника.
Все-таки флекс тут решили очень универсально, создав драйвер своего звукового устройства, которое понимают все существующие сейчас программы и не нужно искать никаких японцев, которые может уже отошли от программирования или радио вообще.
Последний раз редактировалось Serg; 21.09.2017 в 13:20.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)