Александр, добрый день!
Хочу вернуться к теме управления с помощью hamlib.
Собственно, сердцем hamlib является библиотека rigctl и набор библиотек для конкретных моделей железа.
В линуксе она реализована в виде приложения (утилитки) rigctl и в виде демона (процесса) rigctld. Разница в одной буковке d в конце. Утилитка годится больше для тестовых и отладочных целей.
Вы упоминали fldigi. И в линуксе и в винде работает одинаково. В виндовом ехе-файле все упомянутые либы присутствуют. Работает (в смысле управления трансиверами) в двух режимах: 1.Если выбираем конкретный тип железа, fldigi управляет железом напрямую через сом-порт. Работают линкованные либы. В Вашем случае сом-порт и сом-кабель виртуальные, тем не менее - работает. Однако, клиент (fldigi) и ZS-Soft должны работать на одной машине, чтобы можно было организовать эти самые виртуальные сом-порты и кабели.
2. Если выбираем в fldigi тип железа "Hamlib NET rigctl" , то fldigi становится клиентом, который будет работать с (фактически) сервером rigctld, а он в свою очередь - с железом. В этом случае rigctld должен работать в качестве сервера (виндового сервиса) на той же машине, где и ZS-Soft, а клиент (fldigi) может быть сетевым.
Именно этот, второй вариант, подошел бы моему случаю. Мой клиент - cqrlog, работает на линуксовой машине, имеет возможность управлять железом через rigctld по сети. Но, rigctld нужно запускать на винде. Я, к сожалению, не владею инструментами для сборки сишных проектов под винду, хотя исходники доступны. Тот rigctld, собранный под винду, который я нашел на бескрайних просторах инета - 32-разрядная сборка. Работает на Win7 как-то неубедительно, правильнее сказать - все время спотыкается.
Подытоживая сказанное... Для меня решением было бы:
1. Собрать под Win7 полноценный работающий сервис rigctld и включить его по Вашей схеме с виртуальными портами и кабелями (мне придется кое-чему подучиться);
2. Поступить так, как сделал Jim Ahlstrom (N2ADR) со своим SDR софтом по имени QUISK. Он встроил rigctld в QUISK и обеспечил, тем самым, его (QUISK'a) сетевое управление по настраиваемому через ini-файл TCP порту.
Так или иначе, Вы уже заявили о возможности работы ZS-Soft в режиме сервера. Если Вы добавите туда возможность управлять ZS-Soft'ом (трансивером) с помощью hamlib-протокола (читай - rigctl-протокола), то, надеюсь, это пригодится не только мне. И уж точно, схема управления будет стройная - без всяких виртуальных прибамбасов.
С уважением,
UA6CEY Андрей.
