Windows Драйвер LKDSDrv - развитие ComCLB

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
revit написал(а):
Вот если бы один программный КСЛ всего, но только на много исх. связей, допустим 128! :rolleyes:
А что ограничивает???


Ограничивает совместимость. Сейчас ComCLBCfg, MScan могут работать с программным КСЛом так же как и с аппаратным. И какое-то время эту совместимость нужно поддерживать. Ну а в будущем число связей будет увеличено. Только вот от этого нового программного КСЛа на аппаратный КСЛ уж точно не перейдешь.
 
Андрей Ефименко написал(а):
Только вот от этого нового программного КСЛа на аппаратный КСЛ уж точно не перейдешь.
Ну почему же? Если выгрузить нврам с разбивкой по 16 (как WinRar делит файлы на заданные кусочки :D сделав это программно ), то вобщем-то при наличии нужного количества КСЛов думаю не пробема будет залить эти НВрам в них. Зато переписывать ничего и нигде не прийдется, за исключением собственного IP и к нему прилагающеся. :)
 
Последнее редактирование модератором:
Александр Смышляев написал(а):
Ну, Виталя, тебе дали палец, а ты готов всю руку отхватить... Ай-яй-яй... :D
А если не секрет, что у тебя в компе 4 сетевухи делают?

:D :D :D Да нету у меня четырех... с чего вы взяли? :lol: Есть 4 КСЛа.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Ограничивает совместимость. Сейчас ComCLBCfg, MScan могут работать с программным КСЛом так же как и с аппаратным. И какое-то время эту совместимость нужно поддерживать. Ну а в будущем число связей будет увеличено. Только вот от этого нового программного КСЛа на аппаратный КСЛ уж точно не перейдешь.

А как быть если мы работаем по локальным адресам от разных провайдеров. Имеется только один КСЛ с внешним адресом для GPRS. Всё собирается на ПК через КСЛы, даже по отдельным линиям для каждого провайдера, т.е. ПК практически не выходит в интернет, в обычном смысле слова. Номер СОМ порта определяется чисто аппаратной конфигурацией из обзора оборудования, т.е. порт подключения ММИ. А необходимо объединить 4 отдельные сети, опять же работающие по локальным IP, в большем случае с повторяющимися номерами УМ.
 
Викторович написал(а):
А как быть если мы работаем по локальным адресам от разных провайдеров. Имеется только один КСЛ с внешним адресом для GPRS. Всё собирается на ПК через КСЛы, даже по отдельным линиям для каждого провайдера, т.е. ПК практически не выходит в интернет, в обычном смысле слова. Номер СОМ порта определяется чисто аппаратной конфигурацией из обзора оборудования, т.е. порт подключения ММИ. А необходимо объединить 4 отдельные сети, опять же работающие по локальным IP, в большем случае с повторяющимися номерами УМ.

Как ни крути, а для каждого провайдера надо свой комплект КСЛов, тем более что всего один внешний адрес. И зачем на одной диспетчерской несколько подсетей? Для того, чтобы разделить одинаковые УМ? Не проще ли задать разные номера УМ и свести всё в одну подсеть? :blink:
 
Викторович написал(а):
А как быть если мы работаем по локальным адресам от разных провайдеров. Имеется только один КСЛ с внешним адресом для GPRS. Всё собирается на ПК через КСЛы, даже по отдельным линиям для каждого провайдера, т.е. ПК практически не выходит в интернет, в обычном смысле слова. Номер СОМ порта определяется чисто аппаратной конфигурацией из обзора оборудования, т.е. порт подключения ММИ. А необходимо объединить 4 отдельные сети, опять же работающие по локальным IP, в большем случае с повторяющимися номерами УМ.

Ну дык для этого новый драйвер и создан. :) Только пока что Мпульт не может одновременно показывать лифты из четырех подсетей одновременно , а вот по очереди уже сейчас наблюдаю 3 подсети у различных заказчиков и плюс свою(УМы повторяются включая 0 и компы в каждой). При этом драйвер запускается и настраивается только один. Еще можно как говорил Андрей из разных папок 4 МПульта запускать сразу.
 
Викторович написал(а):
А как быть если мы работаем по локальным адресам от разных провайдеров. Имеется только один КСЛ с внешним адресом для GPRS. Всё собирается на ПК через КСЛы, даже по отдельным линиям для каждого провайдера, т.е. ПК практически не выходит в интернет, в обычном смысле слова. Номер СОМ порта определяется чисто аппаратной конфигурацией из обзора оборудования, т.е. порт подключения ММИ. А необходимо объединить 4 отдельные сети, опять же работающие по локальным IP, в большем случае с повторяющимися номерами УМ.


Если имеется несколько IP сетей, в которых выданы "серые" IP адреса (из одной сети или даже одинаковые), то возможно использование только одного программного КСЛа, т.е. только одна сеть будет подключаться к сетевой карте, остальные КСЛы должны быть аппаратными. Использование нескольких сетевых карт здесь невозможно т.к. нельзя будет вписать одинаковые IP адреса в протокол TCP/IP разных Подключений компьютера.
 
Андрей Ефименко написал(а):
Если имеется несколько IP сетей, в которых выданы "серые" IP адреса (из одной сети или даже одинаковые), то возможно использование только одного программного КСЛа, т.е. только одна сеть будет подключаться к сетевой карте, остальные КСЛы должны быть аппаратными. Использование нескольких сетевых карт здесь невозможно т.к. нельзя будет вписать одинаковые IP адреса в протокол TCP/IP разных Подключений компьютера.

В том то и дело, что наша сетевая карта не используется. А что revit пишет о запуске нескольких MPult из разных папок?
 
Викторович написал(а):
В том то и дело, что наша сетевая карта не используется. А что revit пишет о запуске нескольких MPult из разных папок?
http://www.lkds.ru/forum/index.php?s=&...post&p=4566

А по поводу нескольких КСЛов- я не совсем понял вашу конфигурацию. У вас что несколько провайдеров со "своими" серыми адресами и они объеденены через несколько КСЛов в одном УМ? А далее с него через КСЛ-GPRS на комп?
 
Последнее редактирование модератором:
revit написал(а):
http://www.lkds.ru/forum/index.php?s=&...post&p=4566

А по поводу нескольких КСЛов- я не совсем понял вашу конфигурацию. У вас что несколько провайдеров со "своими" серыми адресами и они объеденены через несколько КСЛов в одном УМ? А далее с него через КСЛ-GPRS на комп?

А зачем выводить на ПК через GPRS? Все КСЛы подключены на один ММИ который, в свою очередь, подключается к ПК через USB. Номер порта USB является номером порта для ComCLB. А провайдеров у нас более чем достаточно. Весь город на кусочки "погрызли". КСЛ с внешним адресом собирает и внешние адреса от провайдеров не имеющих у нас своей линии. Без разницы - GPRS это или ADSL. Это даёт возможность работать одновременно и по локальным и по внешним адресам, опять же без непосредственного подключения ПК, через сетевую карту, к Ethernet.
 
Danger написал(а):
По WinVista:
пробовано уже на 3 ПК с этой осью. Результат всегда один, ошибки в порядке возникновения:
70002
2801с
2801с
70002

После этого, при попытке запуска LKDSDrvCFG или ComCLBCFG ошибка 40154...
Что называется с правами и от имени... администратора...

Андрей, какие предположения?


Еще раз про Windows Vista.

Командный файл регистрации RegDRV.Bat (и вообще все командные файлы в папке ComCLB) нужно запускать от имени Администратора.

Для это нужно сделать на рабочем столе ярлык для C:\Windows\System32\cmd.exe, далее нажать правую кнопку мыши над ярлыком и выбрать "Запуск от имени администратора".

Cmd.exe должен запуститься и в заголовке будет "Администратор:cmd - Ярлык". Далее меняем текущую папку командой CD на C:\LKDS\ComClb\ и запускаем RegDRV.Bat
 
Андрей Ефименко написал(а):
Еще раз про Windows Vista.

Командный файл регистрации RegDRV.Bat (и вообще все командные файлы в папке ComCLB) нужно запускать от имени Администратора.

Для это нужно сделать на рабочем столе ярлык для C:\Windows\System32\cmd.exe, далее нажать правую кнопку мыши над ярлыком и выбрать "Запуск от имени администратора".

Cmd.exe должен запуститься и в заголовке будет "Администратор:cmd - Ярлык". Далее меняем текущую папку командой CD на C:\LKDS\ComClb\ и запускаем RegDRV.Bat


Еще раз про Windows Vista.
Такие эксперименты я уже ставил... Мне не помогло.
Но есть решение (опять же - у меня прокатило):
\Панель управления\Учетные записи пользователей\Включение или отключение контроля учетных записей (UAC) - убрать галку...
Стандартно он (контроль) включен, но некоторые пользователи, дабы оградить себя от назойливых вопросов системы, его отключают сразу же после инсталляции системы...
Замечу, что при автоматическом обновлении системы (или по требованию пользователя - не важно) эта галка может снова установиться.
 
Выложен новый архив LKDSDrv.

Основное изменение - изменен протокол удаленного подключения к LKDSDrv (сейчас удаленное подключение делается из ComCLBStup.exe, LTool.exe и LSvt.exe)

Сделано это для ускорения обмена данными по удаленному подключению, правда пострадала преемственность, т.е. если используется удаленное подключение, то нужно везде поменять LKDSDrv, поменять LTool.exe и LSvt.exe на Pocket PC и Smartphone.

Кроме того исправлен ряд ошибок.
 
Последнее редактирование модератором:
Андрей Владимирович, что Вы можете сказать по поводу установки MPult на шлюз организации? Всё равно мы приходим к тому, что диспетчерский комп будет смотреть сетевухой в интернет, и возникает естественное желание сэкономить на железе. Попутно решается проблема закрытия портов у диспетчера B) .
 
Последнее редактирование модератором:
Van Gog написал(а):
Андрей Владимирович, что Вы можете сказать по поводу установки MPult на шлюз организации? Всё равно мы приходим к тому, что диспетчерский комп будет смотреть сетевухой в интернет, и возникает естественное желание сэкономить на железе. Попутно решается проблема закрытия портов у диспетчера B) .
Я конечно не Андрей Владимирович , но осмеюсь спросить- а что мешает поставить МПульт на шлюз с сервером 2003(2008) . Я такую связку использовал для удаленного контроля и вот опять к ней возвращаюсь в связи с покупкой нового сервера и лицензии на 2008.. Была даже мысля оборудование в сервеную перетащить а у диспетчера оставить только комп, но потом передумал-мало ли чего... Да и в свете последних нововедений мы и так постепенно переходим к программному варианту т.е без железа. Вот уже подумываю убирать свои четыре КСЛа и полностью переходиь на LKDSDrv, но что делать с КОРКами? :( Готовлюсь к программе их ликвидации путем прокидывания воздушек и установки CDMAи 433, вместо 11 оставшихся Корков. :D Но блин все равно еще один КЛШ останется, что с ним делать -ума не приложу :(
 
Последнее редактирование модератором:
Van Gog написал(а):
Андрей Владимирович, что Вы можете сказать по поводу установки MPult на шлюз организации? Всё равно мы приходим к тому, что диспетчерский комп будет смотреть сетевухой в интернет, и возникает естественное желание сэкономить на железе. Попутно решается проблема закрытия портов у диспетчера B) .


Тут хотел бы уточнения - установить MPult или LKDSDrv?

Установка LKDSDrv на отдельном компьютере, имеющим прямой выход в Интернет идея хорошая.
У нас так и используется. MPultы запускаются на других компьютерах сети и подключаются по DCOM (к ComCLBStub на компьютре-шлюзе) или по механизму удаленного подключения (Mpult подключается к ComCLBStub на своем компьютер, а уже ComCLBStub подключается к LKDSDrv на компьютере-шлюзе).

Правда возникают проблемы со звуком. При использовании программных КСЛов звучит/принимает звук звуковая карта компьютера-шлюза. Единственно, можно попытаться доработать LKDSDrcv, что бы при подключении по механизму удаленного подключения как-то передавать и звук.

Или имеется в виду запуск и LKDSDrv и MPulta на компьютере-шлюзе, а диспетчер будет подключаться со своего компьютере в терминальной сессии ? Опять же может возникнуть проблема голосовой связи.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Тут хотел бы уточнения - установить MPult или LKDSDrv?
....
Или имеется в виду запуск и LKDSDrv и MPulta на компьютере-шлюзе, а диспетчер будет подключаться со своего компьютере в терминальной сессии ? Опять же может возникнуть проблема голосовой связи.


Имеется в виду запуск и LKDSDrv и MPulta на компьютере-шлюзе, а диспетчер сидит на этом же компьютере.
Соображения такого подхода следующие:

1.Прямое подключение к Internet круглосуточно при выполнении обеих функций
2.Очень приличное резервирование питания
3.Остальное сетевое оборудование стоИт в диспетчерской
4.Небольшая локальная сеть, которая не создаст серьёзной нагрузки на шлюз
5.И, ессно, экономия на железе и ОСи

А по поводу DCOM и терминала: конечно драйвер неплохо бы доработать ;) . Для универсальности, мало ли кому какая конфигурация сети потребуется.

Кстати, кажется "Metaframe" умеет передавать звук в терминальную сессию B) .
 
Последнее редактирование модератором:
Van Gog написал(а):
Имеется в виду запуск и LKDSDrv и MPulta на компьютере-шлюзе, а диспетчер сидит на этом же компьютере.
Самое главное не упоминается -на винде шлюз то? Файервол какой. Обычно это юникс совместимы системы.
 
revit написал(а):
Самое главное не упоминается -на винде шлюз то? Файервол какой. Обычно это юникс совместимы системы.


Виталик, обидеть хочешь? Что ж я, Мастдай от Пингвина или ещё какой живности не отличаю :rolleyes: !?!
 
Последнее редактирование модератором:
Назад
Сверху