revit
Гуру
МПульт работает только в ОС Windows.xotab_555 написал(а):
http://lkds.ru/pdf/program/ServLKDSDrv.pdf п.7 в нем- "подключение по UDP"
Последнее редактирование модератором:
Windows удалённое подключение к LKDSDrv
- Автор темы NPHH66
- Дата начала
http://lkds.ru/pdf/program/ServLKDSDrv.pdf п.7 в нем- "подключение по UDP"
Есть тривиальная проблема: имеется сервер, к которому подключено несколько лифтов, в программе MPultPro ведется наблюдение. Все нормально, все работает. На сервере крутится много чего и диспетчера к нему подпускать не стоит. Необходимо подключиться к этому серверу с другого компьютера в локальной сети, запустить на нем MPultPro и вести наблюдения за теми же объектами. Пытаюсь подключиться через UDP. Сейчас опишу, что я делаю и прошу объяснить мне, что не так.
В конфигураторе LKSDrvCfg разрешено удаленное подключение, создан пользователь Oper1 с паролем 12345.
Порт данных указан 45000, звука - 45001.
На удаленно компьютере файл ComCLBStub.XML заполнен:
Код
<?xml version="1.0" encoding="windows-1251"?>
<Disp Name="Заместитель ComCLB"
Number="1"
OnSaveGGS="0"
LimitLog="100"
OnCommLog="1"
KeepAlive="1"
RemotePro="1"
AddrServPro="192.168.1.188"
PortServPro="45000"
PortVoicePro="45001"
User="oper1"
PassWd="12345"
Remote="1"
AddrServ="192.168.1.188"
PortServ="45000"
PortVoice="45001">
</Disp>
Конфигурация MPultPro.Xml скопирована с сервера на клиентский компьютер в соответствующий катклог.
Затем запускаю на клиентском компьютере ComCLBStub.exe и MPultPro. Вылазит ошибка:
Как с этим бороться?
Вопрос снят - заработало само, сам в шоке
В конфигураторе LKSDrvCfg разрешено удаленное подключение, создан пользователь Oper1 с паролем 12345.
Порт данных указан 45000, звука - 45001.
На удаленно компьютере файл ComCLBStub.XML заполнен:
Код
<?xml version="1.0" encoding="windows-1251"?>
<Disp Name="Заместитель ComCLB"
Number="1"
OnSaveGGS="0"
LimitLog="100"
OnCommLog="1"
KeepAlive="1"
RemotePro="1"
AddrServPro="192.168.1.188"
PortServPro="45000"
PortVoicePro="45001"
User="oper1"
PassWd="12345"
Remote="1"
AddrServ="192.168.1.188"
PortServ="45000"
PortVoice="45001">
</Disp>
Конфигурация MPultPro.Xml скопирована с сервера на клиентский компьютер в соответствующий катклог.
Затем запускаю на клиентском компьютере ComCLBStub.exe и MPultPro. Вылазит ошибка:
Как с этим бороться?
Вопрос снят - заработало само, сам в шоке
Вложения
Последнее редактирование модератором:
Zoidberg написал(а):Есть тривиальная проблема: имеется сервер, к которому подключено несколько лифтов, в программе MPultPro ведется наблюдение. Все нормально, все работает. На сервере крутится много чего и диспетчера к нему подпускать не стоит. Необходимо подключиться к этому серверу с другого компьютера в локальной сети, запустить на нем MPultPro и вести наблюдения за теми же объектами. Пытаюсь подключиться через UDP. Сейчас опишу, что я делаю и прошу объяснить мне, что не так.
В конфигураторе LKSDrvCfg разрешено удаленное подключение, создан пользователь Oper1 с паролем 12345.
Порт данных указан 45000, звука - 45001.
На удаленно компьютере файл ComCLBStub.XML заполнен:
Код
<?xml version="1.0" encoding="windows-1251"?>
<Disp Name="Заместитель ComCLB"
Number="1"
OnSaveGGS="0"
LimitLog="100"
OnCommLog="1"
KeepAlive="1"
RemotePro="1"
AddrServPro="192.168.1.188"
PortServPro="45000"
PortVoicePro="45001"
User="oper1"
PassWd="12345"
Remote="1"
AddrServ="192.168.1.188"
PortServ="45000"
PortVoice="45001">
</Disp>
Конфигурация MPultPro.Xml скопирована с сервера на клиентский компьютер в соответствующий катклог.
Затем запускаю на клиентском компьютере ComCLBStub.exe и MPultPro. Вылазит ошибка:
Вложение IPB #502
Как с этим бороться?
Вопрос снят - заработало само, сам в шоке
В файле ComCLBStub.XML должно быть:
RemotePro="0"
В последних дистрибутивах в папке LKDSDrv\LKDSDrv есть модуль ComCLBStubCfg.exe
Этот модуль позволяет настроить удаленное подключение без ручной правки файла ComCLBStub.XML
Появился новый вопрос. На сервере в программе LKDSDrvCfg.exe вдруг перестал открываться список удаленных пользователей:
и сервер перестал принимать входящие подключения с диспетчерских компьютеров. Никаких новых программ на сервер в последнее время не устанавливалось. В чем может быть проблема? Как ее решить?
и сервер перестал принимать входящие подключения с диспетчерских компьютеров. Никаких новых программ на сервер в последнее время не устанавливалось. В чем может быть проблема? Как ее решить?
Вложения
Спасибо, п.2 помог. Если это важно, прилагаю старый файл LKDSDrv.Cfg:
Посмотреть вложение LKDSDrv.zip
А в чем могла быть причина такой проблемы?
Посмотреть вложение LKDSDrv.zip
А в чем могла быть причина такой проблемы?
Последнее редактирование модератором:
Alex
Гуру
Zoidberg написал(а):
Вопрос немного странный. Расширение cfg говорит о том, что в нём описана конфигурация, то есть описаны устройства и связи между ними. Если эти связи не описаны, или описаны неправильно, то направление передачи данных будет заведомо ложным. Нет чётких указаний связей, информационный поток может быть направлен в ложную сторону или, того хуже, направлен по замкнутому кругу, что может "завесить" сеть. Это как выражение "казнить нельзя помиловать". От запятой в этом выражении зависит жизнь как таковая. Запятая хоть и поставлена, но не там где нужно. Поэтому при написании структуры связей нужно чётко представлять себе направление потоков данных.
Alex написал(а):
Это скорее ответ немного странный. Зачем рассказывать, что значит расширение *.cfg и о неописанных связях, если вопрос совершенно в другом: почему исправно работающая конфигурация (созданная не вручную, а автоматически в LKDSDrvCfg.exe) вдруг приказала долго жить без видимых причин?
Zoidberg написал(а):
файл LKDSDrv.Cfg с нарушенной структурой.
Вообще, будет правильно иметь копии файлов:
/LKDSDrv/LKDSDrv/*.XML
/LKDSDrv/LKDSDrv/LKDSDrv.Cfg
/LKDSDrv/MPultXML/MPultXml.XML
/LKDSDrv/MPultXML/KeyTab.Txt
Тогда всегда можно восстановить конфигурацию, заменив указанные файлы.
Файл LKDSDrv.Cfg записывается на диск службой LKDSDrv. Можно, конечно, допустить, что в момент записи были какие-то проблемы на компьютере.
Важно использовать файловую систему NTFS (не FAT32)
Alex написал(а):
В файле LKDSDrv.cfg хранится список пользователей для удаленного подключения.
Конфигурация находится в файлах *.XML
В процессе работы возник вопрос: как заставить USB voice converter работать на компьютере-клиенте (драйвер установлен), т.е. как выбрать, через какое устройство выдавать и принимать звук?
Имеется ввиду, что компьютер клиент подключен к компьютеру-серверу по LAN по протоколу UDP, а сервер, в свою очередь - к интернету, через который к нему подключены ЛБ. На сервере USB voice converter работает без проблем, на клиенте - отказывается.
--------------
Вопрос снят. Вечная проблема - доходит уже после того, как задал глупый вопрос.
Имеется ввиду, что компьютер клиент подключен к компьютеру-серверу по LAN по протоколу UDP, а сервер, в свою очередь - к интернету, через который к нему подключены ЛБ. На сервере USB voice converter работает без проблем, на клиенте - отказывается.
--------------
Вопрос снят. Вечная проблема - доходит уже после того, как задал глупый вопрос.
Последнее редактирование модератором:
D_e_a_d
Активист
Для удаленного подключения при использование Microsoft Security Essentials на компе сервере включается Брендмауэр виндовс там нужно добавить правила UDP <Порт данных>-<Порт звука> (пример: 45000-45001).промучился сутки с этой фигнёй пока настраивал)))т.к. раньше использовал каспера, а он отключает брендмауэр и не было такой проблемы)))может кому будет полезно)))
revit
Гуру
Понятно что новое ПО для этого и это отлично, но пока базой не занимался.
А в обычном LKDSDRV можно сделать хотя бы , как вариант, при изменении структуры Мпульт, чтобы выдавался запрос на замену структуры в удаленном подключении, и далее либо замена либо нет. Ну или автоматом? неужели это так трудоемко?
А в обычном LKDSDRV можно сделать хотя бы , как вариант, при изменении структуры Мпульт, чтобы выдавался запрос на замену структуры в удаленном подключении, и далее либо замена либо нет. Ну или автоматом? неужели это так трудоемко?
Последнее редактирование модератором: