ZS-1

UA6CEY написал:


А вот это уже странно, у меня так несколько месяцев и не разу не сорвалось.. будет время посмотрим как можно улучшить форум.

Tracer написал:


Не совсем так. Я просто использую периферию основной виндовой машины ( а именно - экран, клавиатуру и мышку). Само же приложение - cqrlog - запущено и работает на линукс машинке. Там же крутится и сервер баз данных MySQL, куда, собственно и складывается лог.

Немножко теории. Линуксовая (юниксовая) графическая система построена по принципу клиент-сервер. Клиентами являются приложения, требующие оконного интерфейса. В качестве сервера выступает т.н. Х-сервер, который "общается" с гафической периферией компа и обслуживает вызовы приложений.
В общем случае все это вместе размещается на одной линукс машине. Связь между клиентами и сервером - через т.н. юникс-сокеты. Однако, Х-сервер можно запустить на другой машине, и не обязательно под линуксом. Существуют Х-серверы и под винду, и для маков, и для андроида. В этом случае связь между приложениями и Х-сервером - через ТСР сокеты.
Именно такой вариант у меня и реализован. Собственно cqrlog (приложение) вместе с СУБД запущены на линукс машинке, а вся графика, мышка и КБД - на основной машине под виндовым Х-сервером.

Боюсь, я Вас окончательно запутал. Давайте для простоты считать, что в сети есть две машины: на одной - лог под линуксом, на другой - ZS-Soft под виндой. Линуксовый лог умеет управлять разным НАМ-ским железом с использованием демона (сервиса) rigctld. Для управления Вашим железом (скорее - софтом) нужна либо полноценная сборка rigctld под винду (и тогда будет работать уже опробованная схема с виртуальными компортами и кабелями), либо встраивание rigctld в Ваш софт. Во втором случае никакие компорты и кабели не будут нужны.

С уважением,
UA6CEY Андрей.

UA6CEY написал:

Андрей, скажу честно, чтобы принять решение о поддержке hamlib в нашем софе, нам нужно понять его (hamlib'a), так сказать, ценность.
Я пока так и не пойму зачем управлять трансивером на одном ПК, а обработку сигнала производить в другом?
Может быть у Вас какое-то еще ПО обрабатывает сигнал, а результаты отправляет по сети в линукс? Или просто аудио поток по сети в линукс?
Был бы в hamlib'e звук (сигнал), то вообще вопросов не было бы.
Пока же, ввиду отсутствия в радиолюбительском ПО сетевых протоколов (все на COM портах и аудио кабелях), мы склоняемся к стандарту VITA-49, который реализован в различном специальном ПО. Так есть хоть какая-то надежда, что все SDR будут работать с разными логами и т.п.

Tracer написал:


Исключительно затем (точнее - потому), что отказываться от своего лога не хочу, а он под линуксом. Отказываться от ZS тоже не хочу, а он под виндой. Такая вот диалектика... Перенос лога под винду или ZS под линукс - тоже не самое простое и не самое скорое дело.
Ценность hamlib'a для меня в том, что можно было бы довольно просто организовать управление трансивером из-под приложений лога (dx кластер и пр.) Звука там нет. И не будет.

Александр, конечно, Вам решать, насколько Вам это (поддержка hamlib) ценно и необходимо.
Я только высказал пожелание. И предложение.

Прошу помочь с TAG протоколом. Здесь или в личке.

Спасибо!
UA6CEY Андрей.

Цитата потерялась. Отвечал на вопрос ЗАЧЕМ?

UA6CEY написал:

А почему? Разработчики не собираются развивать?
Наверное нам сейчас проще попробовать собрать того демона... Вы говорите, что там что-т о не так под х32?
С протоколом попробуем помочь...