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

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

Да, это пожалуй важнее. Но имеется ввиду только для серверного ПО LKDSDisp?
 
revit написал(а):
Да, это пожалуй важнее. Но имеется ввиду только для серверного ПО LKDSDisp?

Имеются в виду как клиенты для LKDSDisp (т.е. аналоги SPult), так и клиенты для LKDSDrv (т.е. аналоги LTool, LSvt, LPult). Причем клиенты для LKDSDrv будут сделаны раньше.
 
revit написал(а):
А как будут реализованы клиенты для LKDSDRV под андроид?

Как приложения - аналоги LTool, LSvt, LPult.
Приложения эти будут написаны на Java в среде Eclipse.
Загружаться будут, вероятно, с Android Market.

Или я не понял вопрос ?
 
Андрей Ефименко написал(а):
Как приложения - аналоги LTool, LSvt, LPult.
Приложения эти будут написаны на Java в среде Eclipse.
Загружаться будут, вероятно, с Android Market.
Это я и хотел узнать. Это отлично. Это бы конечно в приоритет ... Т.к. клиент-серверная еще в тестировании, а контроль с мобил нужен очень.
 
Последнее редактирование модератором:
Не пойму почему ПКСЛ в структуре драйвера по двойному щелчку то открывает окно "параметры программного КСЛ" одновременно разворачивая связи , то в какие то моменты не открывает и приходится выбирать из меню.
Есть какая-то система или это фича?
 
Кажется понял.
Это происходит в ПКСЛ-е который оказывается в низу окна и имеет много связей.
При двойном щелчке он успевает раскрыть связи и переместится вверх, но окно параметров не открывает.
Если он вверху, то он сворачивает связи, но окно параметров не открывает-он перемещается вниз, а открывается окно параметров того КСЛ-а, который оказался на его месте.
2016_03_24_10_54_58________0_3_____________________.png
2016_03_24_10_54_29________0_3_____________________.png
 

Вложения

  • 2016_03_24_10_54_58________0_3_____________________.png
    2016_03_24_10_54_58________0_3_____________________.png
    142.2 KB · Просмотры: 1
  • 2016_03_24_10_54_29________0_3_____________________.png
    2016_03_24_10_54_29________0_3_____________________.png
    82 KB · Просмотры: 1
А что означает данное сообщение? По каким причинам может быть не доступен RPC?
2016_03_25_11_02_19________0_3_____________________.png
 

Вложения

  • 2016_03_25_11_02_19________0_3_____________________.png
    2016_03_25_11_02_19________0_3_____________________.png
    26 KB · Просмотры: 0
Последнее редактирование модератором:
revit написал(а):
А что означает данное сообщение? По каким причинам может быть не доступен RPC?
Вложение IPB #1134

Появление подобной ошибки при сохранении конфигурации сети говорит о том, что в процессе сохранения произошло аварийное завершение службы LKDSDrv.
Нужно проверить - последние ли версии ПО на компьютере (произошли ли последние изменения).
И прислать сохраненные данные + журнал "Приложения" Windows
 
У меня такое появляется когда некоторое время запущен конфигуратор на сервере и потом я хочу посмотреть параметры ПКСЛ или ПКЛШ.
Ок. вышлю логи.
 
Последнее редактирование модератором:
В связи с массовым переходом на сотовую связь нового поколения с динамическими адресами и частыми их сменами хотелось бы иметь функционал просмотра последних смен IP адресов в ПКСЛ/ПКЛШ по конкретной связи.
В строке связи в "параметрах ПКСЛ" по правой кнопке мыши можно сделать такой просмотр в виде таблички? Ведь эти данные есть в логах, но трудно в них копаться каждый раз.
Это также было бы полезно и при анализе проблем со связью.

И еще: в "Параметры связи" ПКЛШ хотелось бы иметь пунткик как в ПКСЛ-е "запретить обмен с ЛБ" .
 
Последнее редактирование модератором:
revit написал(а):
В связи с массовым переходом на сотовую связь нового поколения с динамическими адресами и частыми их сменами хотелось бы иметь функционал просмотра последних смен IP адресов в ПКСЛ/ПКЛШ по конкретной связи.
В строке связи в "параметрах ПКСЛ" по правой кнопке мыши можно сделать такой просмотр в виде таблички? Ведь эти данные есть в логах, но трудно в них копаться каждый раз.
Это также было бы полезно и при анализе проблем со связью.

И еще: в "Параметры связи" ПКЛШ хотелось бы иметь пунткик как в ПКСЛ-е "запретить обмен с ЛБ" .

Хотел спросить - каким образом знание истории смены IP:port поможет анализу проблем со связью ?
 
Ну хотя бы тем что по кол-ву смен можно судить о правильности настройке оборудования. Хотя может я и ошибаюсь, но 40-45 смен пары IP:port (именно пары-IP тоже меняется) за час это нормально? Это то самое теле2.
У проводных провайдеров меняется только порт и не так часто, но мне кажется это тоже не нормально.
Еще опыт использования Скайлинк (они реконнектят три раза в сутки) показал что полезно бывает отследить время последнего реконнекта и сравнить его с временем пропадания связи т.к они (пропадания ) чаще всего приходилось именно на эти моменты. Если это время совпадает, то это говорит об очень слабом уровне приема или нестабильной связи.
 
Последнее редактирование модератором:
В параметрах подсети есть параметр "период опроса удаленных УМ". На что он влияет и стоит ли его изменять (уменьшать)?
 
Последнее редактирование модератором:
Если канал связи упал, то "нет связи с блоком" высыплет максимум через это время, если последний опрос прошёл перед пропаданием. Или раньше, если последний опрос был давно, то минус время, прошедшее с последнего опроса. Влияет на трафик. Актуально на коммутируемых каналах.
 
Последнее редактирование модератором:
revit написал(а):
В параметрах подсети есть параметр "период опроса удаленных УМ". На что он влияет и стоит ли его изменять (уменьшать)?

Данный параметр имеет смысл для удаленных УМ, доступных из диспетчерской через аппаратные КСЛы.
На слоты удаленного УМ посылаются запросы и за период, указанный в параметре "период опроса удаленных УМ", фиксируется потеря связи, если от удаленных УМ не пришли ответы.

Если удаленные УМ доступны через программные КСЛы, то используется другой механизм определения потери связи с удаленными УМ - сам ПКСЛ сообщает об отсутствии связи.
 
Последний раз я о нем вспоминал когда еще были КОРКИ. :)
Нашел описание этой опции в "Руководство по настройке. Сеть передачи данных «Обь»", но там не оговаривается что она действительна только для железных устройств.
 
revit написал(а):
Ну хотя бы тем что по кол-ву смен можно судить о правильности настройке оборудования.

Допустим покдлючили связисты где-то новый моно или прошку. Я не знаю какой там канал, какой провайдер, какое канальное оборудование. Как мне проверить правильно ли работает канал передачи и стабильно ли держится IP, для того чтобы принять решение о тех или иных настройках в железе и пксл/пклш? Каждый раз по текстам логов лазить? А если несколько покдлючили, да еще с текущими нужно разобраться... ЛОГИ не вариант.
Не хватает средств администрирования для больших сетей с клиент серверным ориентированием.
Связистам еще доступ к оборудованию с разграничением прав очень надо... :rolleyes:
 
Последнее редактирование модератором:
Ну очень хочется чтобы сохранялась ширина полей и размеры окна. Даже на больших мониторах проблематично работать на дефолтных установках, приходится каждый раз подстраивать.

2016_07_15_14_51_16.png
 

Вложения

  • 2016_07_15_14_51_16.png
    2016_07_15_14_51_16.png
    107.5 KB · Просмотры: 1
Последнее редактирование модератором:
revit написал(а):
Ну очень хочется чтобы сохранялась ширина полей и размеры окна. Даже на больших мониторах проблематично работать на дефолтных установках, приходится каждый раз подстраивать.

Вложение IPB #1215

Размеры и положение окон параметров ПКСЛ и ПКЛШ уже сохраняются.
Сохранение размеры колонок (вероятно уменьшать, увеличивать смысла не увидел) таблицы связей можно сделать
 
Назад
Сверху