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

  • Автор темы Автор темы Andi
  • Дата начала Дата начала
Grenui написал(а):
В конфигураторе LKDSDrvCfg не хватает кнопки "применить" для сохранения конфигурации без закрытия окна. Каждый раз после добавления ПКСЛ или ПКЛШ нужно сохранять конфигурацию перед их настройкой - неудобно.

Далее - в любом окне что при нажатии кнопки "Сохранить", что при нажатии "отменить" выскакивает один и тот же вопрос "сохранить?". Логичнее было бы при нажатии "отменить" спрашивать "выйти без сохранения?"
Согласен.Много приходится сейчас проверять, переписывать и т.д и очень неудобно после каждого сохранения опять лезть в меню и запускать конфигуратор.
Нужно чтобы "сохранить" и перегрузить без выхода (возможно-"применить"). Чтобы выйти-отдельная кнопка.
Еще очень необходимо сохранение положения размера окна и полей настроек ПКСЛа а также сортировки по строкам!!! Каждый раз при сохранении и открытии все приходится "перетягивать" и "пересортировывать" заново.
 
Последнее редактирование модератором:
Чтение настроек (адреса связи)удаленного КСЛа новерное неплохо было бы внести в меню исходящих связей в окне "параметры прогр. КСла" чтобы не бегать по всему дереву конфигуратора.

И тема для обсуждения - зачем нужно рисовать в конфигураторе значки узловых модулей и затем дублировать их в исходящих связях слота? Может достаточно чтобы они были только в исходящих связях а появлялись там при указании связи? Т.е в момент добавления нового УМ-а можно его вставить в дерево диспетчерской а затем при указании связи на него, перенести в связь слота.
Т.к УМ-ов уже много, то бегать по дереву становится все сложнее.... а при таком варианте они будут компактны. Как то так _fg.PNG
 

Вложения

  • _fg.PNG
    _fg.PNG
    42.7 KB · Просмотры: 0
Последнее редактирование модератором:
В развернутый дистрибутив выложен конфигуратор LKDSDrvCfg.exe версии 4.6.0.9, в котором:

- добавлено поле "Примечание" в параметры узлового модуля
- добавлено поле "Примечание" в параметры связи ПКСЛ
- добавлено поле "Примечание" в параметры связи ПКЛШ
- панель "Параметры программного КЛШ" сохраняет свое положение, размер и порядок сортировки в списке ЛБ
- панель "Параметры программного КСЛ" сохраняет свое положение, размер и порядок сортировки в списке связей
- в панель "Параметры программного КЛШ" добавлена кнопка "Применить", позволяющая сохранить структуру без закрытия панели
- в панель "Параметры программного КСЛ" добавлена кнопка "Применить", позволяющая сохранить структуру без закрытия панели
- в главное окно добавлена кнопка "Применить", позволяющая сохранить структуру без звершения работы конфигуратора LKDSDrvCfg

Изменения оформительские, но достаточно значительные. Хотелось бы проверить, прежде чем выкладыапть в текущий дистрибутив
 
Андрей Ефименко написал(а):
В развернутый дистрибутив выложен конфигуратор LKDSDrvCfg.exe версии 4.6.0.9, в котором:

- добавлено поле "Примечание" в параметры узлового модуля
- добавлено поле "Примечание" в параметры связи ПКСЛ
- добавлено поле "Примечание" в параметры связи ПКЛШ
- панель "Параметры программного КЛШ" сохраняет свое положение, размер и порядок сортировки в списке ЛБ
- панель "Параметры программного КСЛ" сохраняет свое положение, размер и порядок сортировки в списке связей
- в панель "Параметры программного КЛШ" добавлена кнопка "Применить", позволяющая сохранить структуру без закрытия панели
- в панель "Параметры программного КСЛ" добавлена кнопка "Применить", позволяющая сохранить структуру без закрытия панели
- в главное окно добавлена кнопка "Применить", позволяющая сохранить структуру без звершения работы конфигуратора LKDSDrvCfg

Изменения оформительские, но достаточно значительные. Хотелось бы проверить, прежде чем выкладыапть в текущий дистрибутив

Очень нужные и долгожданные улучшения!!! Особенно "примечание УМ" где можно написать адрес и не искать его по спискам ! Мелочь, а не просто приятая, а нужная!.. Проверю на разных компах сегодня-завтра.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
В развернутый дистрибутив выложен конфигуратор LKDSDrvCfg.exe версии 4.6.0.9, в котором:

- добавлено поле "Примечание" в параметры узлового модуля
- добавлено поле "Примечание" в параметры связи ПКСЛ
- добавлено поле "Примечание" в параметры связи ПКЛШ
- панель "Параметры программного КЛШ" сохраняет свое положение, размер и порядок сортировки в списке ЛБ
- панель "Параметры программного КСЛ" сохраняет свое положение, размер и порядок сортировки в списке связей
- в панель "Параметры программного КЛШ" добавлена кнопка "Применить", позволяющая сохранить структуру без закрытия панели
- в панель "Параметры программного КСЛ" добавлена кнопка "Применить", позволяющая сохранить структуру без закрытия панели
- в главное окно добавлена кнопка "Применить", позволяющая сохранить структуру без звершения работы конфигуратора LKDSDrvCfg

Изменения оформительские, но достаточно значительные. Хотелось бы проверить, прежде чем выкладыапть в текущий дистрибутив

Гдавное окно конфигуратора покнопке "Сохранить" - закрывается :huh: .

Предлагаю ввести поле "Адрес установки УМ", не убирая "Примечание".
 
Последнее редактирование модератором:
Van Gog написал(а):
Гдавное окно конфигуратора покнопке "Сохранить" - закрывается :huh: .

Так было изначально, именно поэтому в главное окно добавлена кнопка "Применить". При нажатии на кнопку "Применить" параметры сохраняются, а программа LKDSDrvCfg продолжает работать.
 
Вношу запись или редактирую имеющуюся в поле "примечание" исх. связи ПКСЛ-а. Нажимаю сохранить и вся сортировка нарушается.

Van Gog написал(а):
Предлагаю ввести поле "Адрес установки УМ", не убирая "Примечание".

А "примечание" не хватает?
 
revit написал(а):
Вношу запись или редактирую имеющуюся в поле "примечание" исх. связи ПКСЛ-а. Нажимаю сохранить и вся сортировка нарушается.

Исправлено. Заменил в развернутом дистрибутиве. Версию не менял.
 
В развернутый дистрибутив выложен конфигуратор LKDSDrvCfg.exe версии 4.6.0.10 и LKDSDrv.exe версии 4.6.0.7.

при запуске LKDSDrvCfg.exe v4.6.0.10 с ключем -r (LKDSDrvCfg -r) происходит подключение к удаленному серверу LKDSDrv v4.6.0.10 по UDP.

Если пользователь, под которым происходит, подключение не имеет административных прав, то можно только посмотреть структру.

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

Как всё сложно! Я через mstsc достаю любой компьютер сети и делаю любые действия, благо сеть изолированная от постороннего доступа.
 
Alex написал(а):
.. благо сеть изолированная от постороннего доступа.
Ну такую роскошь могут позволить себе наверное единицы ... :D :D

revit написал(а):
И тема для обсуждения - зачем нужно рисовать в конфигураторе значки узловых модулей и затем дублировать их в исходящих связях слота? Может достаточно чтобы они были только в исходящих связях а появлялись там при указании связи? Т.е в момент добавления нового УМ-а можно его вставить в дерево диспетчерской а затем при указании связи на него, перенести в связь слота.
Т.к УМ-ов уже много, то бегать по дереву становится все сложнее.... а при таком варианте они будут компактны. Как то так Вложение IPB #488
Странно, почему то никто не отозвался по данному предложению, неужели нет таких у кого под сотню и более УМ-ов. А ведь если в системе много УМ-ов то при разворачивании структуры и работе с ней приходится постоянно пользоваться прокруткой и "бегать" снизу вверх-то в настройки ПКСЛ-а , то в связанный УМ. Предложенная схема представления структуры реально уменьшила бы длину списка структуры, пополам, ведь все УМ-ы в списке повторяются дважды
 
Последнее редактирование модератором:
revit написал(а):
Ну такую роскошь могут позволить себе наверное единицы ... :D :D

Красиво жить не запретишь! :P :D
revit написал(а):
Странно, почему то никто не отозвался по данному предложению, неужели нет таких у кого под сотню и более УМ-ов. А ведь если в системе много УМ-ов то при разворачивании структуры и работе с ней приходится постоянно пользоваться прокруткой и "бегать" снизу вверх-то в настройки ПКСЛ-а , то в связанный УМ. Предложенная схема представления структуры реально уменьшила бы длину списка структуры, пополам, ведь все УМ-ы в списке повторяются дважды

Откуда у тебя столько 168-х УМов? Должен быть один нижний, а рядом со стрелкой связи только номер УМ без значка. Или фотошопом балуетесь?
 
Меня сегодня озадачили вопросом "а лифты нужно прописывать в конфигураторе драйвера?". после ответа -нет, последовало: "А я уже понавтыкал ..."
Уж скоро десять лет как обслуживаю и монтирую Обь, а зачем в конфигураторе пунктик "втавить ЛБ/ИТ" (по правой кнопке на КЛШ)незнаю. Причем ЛБ действительно втсавляются но зачем??
 
revit написал(а):
Меня сегодня озадачили вопросом "а лифты нужно прописывать в конфигураторе драйвера?". после ответа -нет, последовало: "А я уже понавтыкал ..."
Уж скоро десять лет как обслуживаю и монтирую Обь, а зачем в конфигураторе пунктик "втавить ЛБ/ИТ" (по правой кнопке на КЛШ)незнаю. Причем ЛБ действительно втсавляются но зачем??

Вставлять при обычном применении программного обеспечения (т.е. используется MPultPro) действительно не нужно. Лифты нужно вставлять, если используется OPC сервер LKDSDrv (см. п. 9 документа "Настройка сети передачи данных Обь") т.е. отображение состояния ЛБ делается в сторонней SCADA системе.

Нужно, наверное, как-то перименовать пункт "Вставить ИТ/ЛБ", например, "Вставить ИТ/ЛБ для OPC сервера"
 
Прошу прощения если этот вопрос уже задавали, но есть момент который бы очень хотелось исправить.
У меня достаточно много точек на которых стоит более одного моноблока.
У них у всех будет одинаковый внешний IP адрес. обращение к конкретному моноблоку можно организовать с помощью проброса портов.
Т.е. Один моноблок имеет порты 40000 и 40001, для цифры и голоса, у второго 41000 и 41001 и т.д.
Современные маршрутизаторы начиная с самых простых имеют функцию проброса портов (Forwarding).
Проблема в том, что LKDSDrvCfg не дает добавить связь с таким же IP адресом в качестве основного.

Нужно или сравнивать на уникальность пару IP + Порты (более правильно)
или сделать кнопку "Все равно продолжить"
 
point написал(а):
Прошу прощения если этот вопрос уже задавали, но есть момент который бы очень хотелось исправить.
У меня достаточно много точек на которых стоит более одного моноблока.
У них у всех будет одинаковый внешний IP адрес. обращение к конкретному моноблоку можно организовать с помощью проброса портов.
Т.е. Один моноблок имеет порты 40000 и 40001, для цифры и голоса, у второго 41000 и 41001 и т.д.
Современные маршрутизаторы начиная с самых простых имеют функцию проброса портов (Forwarding).
Проблема в том, что LKDSDrvCfg не дает добавить связь с таким же IP адресом в качестве основного.

Нужно или сравнивать на уникальность пару IP + Порты (более правильно)
или сделать кнопку "Все равно продолжить"

Аппаратные КСЛы не могут иметь две связи с одним IP. Причина в том, что IP является ключом для поиска отправителя пакета (того, кто направил пакет в КСЛ). Использовать в качестве ключа IP+порт нельзя, т.к. в общем случае порт отправителя в полученном пакете не равен порту отправителя из-за использования в маршрутизаторах алгоритма NAT (NAPT)

Программные КСЛы имею два режима работы:

1) динамические IP запрещены (работает так же как и аппаратный КСЛ)
2) динамические IP разрешены

Если динамические IP разрешены, то ключ для поиска отправителя - номер УМ+номер слота
Если отправитель найден, то IP+порт из полученного пакета начинают использоваться для обмена по связи.

В вашем случае есть два варианта решения:

1) в ПКСЛе разрешить динамические IP, а в связях указать в качестве IP 0.0.0.0
2) в ПКСЛе(КСЛе) прописать связь только в одним КСЛом, назовет его КСЛ-ретранслятор. В КСЛе ретрансляторе будет связь с диспетчерской и со всеми остальными КСЛами за маршрутизатором. В остальных КСЛам за маршрутизатором будет встречная связь на КСЛ-ретранслятор. Связи за маршрутизатором описываются в IP локальной сети.
 
Последнее редактирование модератором:
revit написал(а):
Чтение настроек (адреса связи)удаленного КСЛа новерное неплохо было бы внести в меню исходящих связей в окне "параметры прогр. КСла" чтобы не бегать по всему дереву конфигуратора.

И тема для обсуждения - зачем нужно рисовать в конфигураторе значки узловых модулей и затем дублировать их в исходящих связях слота? Может достаточно чтобы они были только в исходящих связях а появлялись там при указании связи? Т.е в момент добавления нового УМ-а можно его вставить в дерево диспетчерской а затем при указании связи на него, перенести в связь слота.
Т.к УМ-ов уже много, то бегать по дереву становится все сложнее.... а при таком варианте они будут компактны. Как то так Вложение IPB #488

Андрей Владимирович хотелось бы все таки узнать- будет ли осуществляться оптимизация конфигуратора драйвера? Даже точнее так-оптимизация визуализации дерева сети в конфигураторе драйвера..... о загнул! :D
При большом кол-ве УМ-ов это уже необходимость для администратора т.к окно монитора по вертикали ограничено сильнее чем по горизонтали.
Ко всему вышесказанному (см. цитату выше) есть еще такие мысли:
1. зачем раскрывать плюсиком моноблок и показывать его с этим плюсиком в драйвере? Ведь моно это оконечное устройство и оно не расширяется. Логично что плюсик нужен только там где есть ММИ. А менюшки для клш и ксл-а моноблока можно вписать по правой кнопке, тем более что некоторые из них дублируются (параметры слота напр.) Это дополнительно уменьшит размер дерева по вертикали.
2. правая граница окна конфигуратора может сдвигаться но практически это бесполезная фишка. Лучше сделать возможность расширения правой границы поля дерева сети в окне конфигуратора-необходимо когда сеть сильно разветвленная и дерево "растет"по горизонтали.
3. Хотелось бы иметь в настройках ПКСЛ-а столбец дублирующий пункт "примечание" в настройке УМ, который отображается в дереве сети, я там вношу адреса установки оборудования (да и все остальные думаю то же т.к именно для этого оно и задумывалось)и вносить их по второму кругу в свойства связей в ПКСЛ-е как то муторно. Понимаю что окно примечания" в связях ПКСЛ-ах может использоваться и для дргуих заметок (я еще вношу особенности типа связи иногда) предлагаю сделать второе окно "примечания" в ПКСЛ. А это можно переименовать в "адрес", т.к наверное все используют его именно для показа адреса в дереве конфигуратора.
Этот пункт будет неактуален если сделать показ УМ-ов как в прошлом сообщении (см. цитату). Тогда в принципе и так работая с одним ПКСЛ-ом будут видны все УМ-ы со своими адресами.
 
Последнее редактирование модератором:
revit написал(а):
Андрей Владимирович хотелось бы все таки узнать- будет ли осуществляться оптимизация конфигуратора драйвера? Даже точнее так-оптимизация визуализации дерева сети в конфигураторе драйвера.....

Предложения замечательные, я о них помню, только насчет сроков реализации ничего определенного сказать не могу. В условиях ограниченности ресурсов важно правильно использовать эти ресурсы, а приоритет сейчас - это клиентские приложения для смартфонов (планшетников).
 
Назад
Сверху