Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

Лифт-Комплекс ДС _ Программное обеспечение _ Сервис LKDSDomain

Автор: Андрей Ефименко 30.4.2018, 16:07

В настоящее время широкое распространение получило клиент-серверное решение построения диспетчерских комплексов на основе сервера LKDSDisp и клиентских приложений (SPult, ASPult, iSPult, FSPult). Первый вариант сервер LKDSDisp был разработан достаточно давно (2012), с тех пор постоянно дорабатывался функционально и для повышения надёжности работы. В настоящее время возможности развития сервера LKDSDisp практически исчерпаны. Однако необходимость реализации в LKDSDisp новых возможностей остаётся. Какие это возможности:
• Поддержка новых функций ЛБ7.2
• Гибкая система распределения прав пользователей
• Возможность удаленного администрирования
• WEB интерфейс
• Реализация стандартного протокола OPC UA для обеспечения сетевого подключения сторонних SCADA систем
• Реализация специализированного открытого защищенного сетевого протокола для обеспечения возможности разработки клиентских приложений сторонними производителями ПО (LKDSConnect).

Что бы не останавливаться в развитии серверных технологий, и, в тоже время, обеспечить надёжноё функционирование имеющегося сервера LKDSDisp, был разработан новый сервер LKDSDomain, полностью дублирующий функции сервера LKDSDisp и имеющий потенциал для дальнейшего развития.

В сервер LKDSDomain могут быть полностью импортированы все настройки работающего сервера LKDSDisp. Сервера LKDSDomain и LKDSDisp могут работать независимо друг от друга на одном компьютере.

Разработан опытный вариант сервера LKDSDomain.
Ознакомится с ним можно в https://lkds.ru/soft/unpacked/LKDSDrv/LKDSDomain/LKDSDomain.xps

Сам сервер доступен по ссылке. LKDSDomain включён в штатное обновление ПО

Автор: revit 21.5.2018, 17:10

Да, ЛБ7.2 безусловно флагман в мире лифтовой диспетчеризации , но это не означает что моноблоки уйдут в небытие в ближайшие годы. Вот бы придумать что-то и для их использования в LKDSDomain.....

Автор: Андрей Ефименко 22.5.2018, 8:32

Цитата(revit @ 21.5.2018, 18:10) *

Да, ЛБ7.2 безусловно флагман в мире лифтовой диспетчеризации , но это не означает что моноблоки уйдут в небытие в ближайшие годы. Вот бы придумать что-то и для их использования в LKDSDomain.....

В существующей архитектуре сети ДК "Обь" это, конечно, невозможно.

Опять же, конечно, можно пофантазировать и представить, что моноблок будет поддерживать протокол ЛБPro, т.е. будет иметь идентификатор в одной области с ЛБPro, а ЛБ на локальной шине этого моноблока можно представить как устройство за ЛБPro (как, например, переговорки).

Т.е. 56091.5 - это ЛБ с адресом на локальной шине 5 моноблока с ID 56091.

56091.0 - это сам моноблок.

Автор: Андрей Ефименко 30.7.2018, 18:30

Выложены обновления LKDSDomain:

В списке лифтовых блоков можно просмотреть список оконечных устройств лифтового блока (ПУ и т.п.) Прикрепленное изображение и загрузить в них микропрограмму Прикрепленное изображение

Начаты работы по реализации OPC UA сервера Прикрепленное изображение. Сейчас можно только посмотреть список ЛБ Прикрепленное изображение

Автор: Андрей Ефименко 4.10.2018, 7:54

Цитата(revit @ 21.5.2018, 18:10) *

Да, ЛБ7.2 безусловно флагман в мире лифтовой диспетчеризации , но это не означает что моноблоки уйдут в небытие в ближайшие годы. Вот бы придумать что-то и для их использования в LKDSDomain.....

Подход к LKDSDomain изменился, в связи с этим изменена первая статья темы и https://lkds.ru/soft/unpacked/LKDSDrv/LKDSDomain/LKDSDomain.xps.


Основные изменения LKDSDomain:

- добавлена возможность поддержки ЛБ на локальной шине, т.е. возможность обмена данными с "Сетью передачи данных 'Обь'" (служба LKDSDrv)

- добавлена возможность обмена данными со «Службой поддержки ЛБPro» (LKDSPro).


Таким образом, LKDSDoamin полностью повторяется функциональность LKDSDisp, возможен так же импорт данных из LKDSDisp в LKDSDomain.


LKDSDoamin уже сейчас реализует:

- концепцию "организаций", т.е. одновременную поддержку как бы нескольких структур LKDSDisp
- удалённое администрирование
- прямое (без посредников) подключение к ЛБ6.1 Pro CM3 и ЛБ7.2

В LKDSDomain заложена возможность дальнейшего развития:

- реализация WEB интерфейса
- реализация стандартного (OPC UA) и специализированного протокола (API) для подключения к LKDSDomain сторонних программных средств и новых клиентских приложений, разработанных LKDS.

Т.е. LKDSDomain - это продолжение LKDSDisp и для нашего с вами совместного развития было бы желательно провести его опытную эксплуатацию и внедрение.

Автор: revit 4.10.2018, 13:07

Отлично. будем изучать.

Вот тут кажется лишняя стрелочка
Прикрепленное изображение

Автор: Андрей Ефименко 4.10.2018, 13:18

Цитата(revit @ 4.10.2018, 14:07) *

Отлично. будем изучать.

Вот тут кажется лишняя стрелочка
Прикрепленное изображение

Да, конечно, стрелка лишняя. Поправил и выложил.

Автор: revit 4.10.2018, 13:48

Если LKDSDomain уже регистрировался ранее нужно повторно его регистрировать reg-батом?

Имеющийся файл LKDSDomain.xml будет работоспособен?

Автор: Андрей Ефименко 4.10.2018, 14:34

Цитата(revit @ 4.10.2018, 14:48) *

Если LKDSDomain уже регистрировался ранее нужно повторно его регистрировать reg-батом?

Имеющийся файл LKDSDomain.xml будет работоспособен?

Повторно регистрировать не нужно, конфигурация останется.


Автор: Андрей Ефименко 5.10.2018, 13:41

В автоматическое обновление ПО выложена новая версия модуля формирования данных для передачи в техподдержку, которая будет добавлять логи и конфигурации LKDSDomain к формируемым данным.

Т.е. при возникновении вопросов (ошибок) по работе LKDSDomain нужно вместе с вопросом присылать и данные для техподдержки.

Так же доработан конфигуратор LKDSDomainCfg.exe

Пока этот конфигуратор нужно обновить вручную.

Автор: Pro100A1ex 10.10.2018, 22:09

При импорте настроек выскачило окно с ошибкой
Прикрепленное изображение
Полноту перенесённых данных не анализировали.
Данные в тех поддержку формировать стандартным способом ?

Автор: Андрей Ефименко 11.10.2018, 6:56

Цитата(Pro100A1ex @ 10.10.2018, 23:09) *

При импорте настроек выскачило окно с ошибкой
Прикрепленное изображение
Полноту перенесённых данных не анализировали.
Данные в тех поддержку формировать стандартным способом ?

Да, сформируйте данные в техподдержку и пришлите.

Автор: Pro100A1ex 11.10.2018, 14:05

Цитата(Андрей Ефименко @ 11.10.2018, 6:56) *

Да, сформируйте данные в техподдержку и пришлите.


Ссылка на отчет сброшена на мыло smile.gif

Автор: Андрей Ефименко 12.10.2018, 15:19

Цитата(Pro100A1ex @ 10.10.2018, 23:09) *

При импорте настроек выскачило окно с ошибкой
Прикрепленное изображение
Полноту перенесённых данных не анализировали.
Данные в тех поддержку формировать стандартным способом ?

В штатное обновление ПО выложена доработанная версия LKDSDomain.

Автор: Pro100A1ex 13.10.2018, 16:42

Цитата(Андрей Ефименко @ 12.10.2018, 15:19) *

В штатное обновление ПО выложена доработанная версия LKDSDomain.

Импорт прошёл без ошибок,, но при повторном запуске LKDSDomsinCFg и изменение параметров, выскакиваете ошибка, хотя откорректированные параметры сохраняются.
Прикрепленное изображение
Постоянная нагрузка на ЦП 25% - это нормально?
Прикрепленное изображение
Я извиняюсь за глупый вопрос, LKDSDisp - можно сворачивать?
Я правильно понял , что подключится с ISPult к LKDSDomain нельзя ?

Автор: Андрей Ефименко 13.10.2018, 21:50

Цитата(Pro100A1ex @ 13.10.2018, 17:42) *

Импорт прошёл без ошибок,, но при повторном запуске LKDSDomsinCFg и изменение параметров, выскакиваете ошибка, хотя откорректированные параметры сохраняются.
Прикрепленное изображение
Постоянная нагрузка на ЦП 25% - это нормально?
Прикрепленное изображение
Я извиняюсь за глупый вопрос, LKDSDisp - можно сворачивать?
Я правильно понял , что подключится с ISPult к LKDSDomain нельзя ?

Ошибку я исправил (и загрузку процессора так же убрал).

Всё выложено в обновление ПО.

LKDSDisp пока точно сворачивать рано - нужно провести достаточно длительную опытную эксплуатацию.

iSPult к сожалению пока к LKDSDomain (и к LKDSCloud) не подключается.

Автор: Pro100A1ex 16.10.2018, 14:43

Цитата(Андрей Ефименко @ 13.10.2018, 21:50) *

Ошибку я исправил (и загрузку процессора так же убрал).

Всё выложено в обновление ПО.

Уже вроде работает корректно.
Цитата

LKDSDisp пока точно сворачивать рано - нужно провести достаточно длительную опытную эксплуатацию.

Если я правильно понимаю, одно из задач тестирования это прямое подключение ЛБ с LKDSDomain, в результате этого, в ЛБ-ах нужно добавить еще связь и для LKDSDomain?
Цитата

iSPult к сожалению пока к LKDSDomain (и к LKDSCloud) не подключается.

Это очень плохо!

Автор: Андрей Ефименко 17.10.2018, 7:14

Цитата(Pro100A1ex @ 16.10.2018, 15:43) *

Если я правильно понимаю, одно из задач тестирования это прямое подключение ЛБ с LKDSDomain, в результате этого, в ЛБ-ах нужно добавить еще связь и для LKDSDomain?

Это только одна задача тестирования и не главная.

Как сказано в первой статье: LKDSDomain - это дальнейшее развитие LKDSDisp и новые возможности будут добавляться в LKDSDomain (опять же в первой статье сказан почему).

Поэтому задача тестирования - убедиться, что LKDSDomain работает не хуже чем LKDSDisp и уже сейчас LKDSDomain можно использовать вместо LKDSDisp.

Уже сейчас LKDSDomain предоставляет ряд новых возможностей:

- удалённое администрирование
- возможность иметь одновременно как бы несколько экземпляров LKDSDisp - несколько "Организаций".
- не использовать в работе "сеть передачи данных 'Обь'" (LKDSDrv) вообще, если применяются только ЛБ 6.1 Pro CM3 и ЛБ 7.2

Реализация перспективных возможностей:

• Поддержка новых функций ЛБ7.2
• Встроенный WEB интерфейс
• Реализация стандартного протокола OPC UA для обеспечения сетевого подключения сторонних SCADA систем
• Реализация специализированного открытого защищенного сетевого протокола для обеспечения возможности разработки клиентских приложений сторонними производителями ПО (LKDSConnect).


как раз и зависит от успеха опытной эксплуатации LKDSDoamin.


Автор: Pro100A1ex 17.10.2018, 13:51

Цитата(Андрей Ефименко @ 17.10.2018, 7:14) *

Это только одна задача тестирования и не главная.

Как сказано в первой статье: LKDSDomain - это дальнейшее развитие LKDSDisp и новые возможности будут добавляться в LKDSDomain (опять же в первой статье сказан почему).

Поэтому задача тестирования - убедиться, что LKDSDomain работает не хуже чем LKDSDisp и уже сейчас LKDSDomain можно использовать вместо LKDSDisp.

Уже сейчас LKDSDomain предоставляет ряд новых возможностей:

- удалённое администрирование
- возможность иметь одновременно как бы несколько экземпляров LKDSDisp - несколько "Организаций".
- не использовать в работе "сеть передачи данных 'Обь'" (LKDSDrv) вообще, если применяются только ЛБ 6.1 Pro CM3 и ЛБ 7.2

Реализация перспективных возможностей:

• Поддержка новых функций ЛБ7.2
• Встроенный WEB интерфейс
• Реализация стандартного протокола OPC UA для обеспечения сетевого подключения сторонних SCADA систем
• Реализация специализированного открытого защищенного сетевого протокола для обеспечения возможности разработки клиентских приложений сторонними производителями ПО (LKDSConnect).
как раз и зависит от успеха опытной эксплуатации LKDSDoamin.

Тогда переформулировать вопрос свой по другому. Для того что бы у нас одновременно работал LKDSDisp и LKDSDomain стоит ли отдельно создавать в ЛБ дополнительную связ для LKDSDomain, чтобы задействовать фунционал LKDSDomain?

Автор: Андрей Ефименко 17.10.2018, 15:04

Цитата(Pro100A1ex @ 17.10.2018, 14:51) *

Тогда переформулировать вопрос свой по другому. Для того что бы у нас одновременно работал LKDSDisp и LKDSDomain стоит ли отдельно создавать в ЛБ дополнительную связ для LKDSDomain, чтобы задействовать фунционал LKDSDomain?

Для основной цели опытной эксплуатации - удостовериться, что LKDSDomain работает не хуже LKDSDisp, нужно только импортировать в LKDSDomain структуры LKDSDisp. Никакой настройки сети передачи данных (LKDSDrvCfg.exe), "Службы поддержки ЛБPro" (LKDSProCfg) и лифтовых блоков ЛБPro делать не нужно

Автор: Pro100A1ex 23.10.2018, 10:50

Цитата(Андрей Ефименко @ 17.10.2018, 15:04) *

Для основной цели опытной эксплуатации - удостовериться, что LKDSDomain работает не хуже LKDSDisp, нужно только импортировать в LKDSDomain структуры LKDSDisp. Никакой настройки сети передачи данных (LKDSDrvCfg.exe), "Службы поддержки ЛБPro" (LKDSProCfg) и лифтовых блоков ЛБPro делать не нужно

Да, только лифты добавляются, и для актуальности LKDSDomain теперь нужно каждый раз импортировать структуру с LKDSDisp? или вести две структуры!
Просто диспетчера ЛАС сделали тестером LKDSDomain biggrin.gif, а все юзают на LKDSDisp.

Автор: Андрей Ефименко 23.10.2018, 14:59

Цитата(Pro100A1ex @ 23.10.2018, 11:50) *

Да, только лифты добавляются, и для актуальности LKDSDomain теперь нужно каждый раз импортировать структуру с LKDSDisp? или вести две структуры!
Просто диспетчера ЛАС сделали тестером LKDSDomain biggrin.gif, а все юзают на LKDSDisp.

Это тяжелая, но почетная судьба всех первопроходцев.

Ну и, к стати, для отладки, конечно, лучше вести раздельно две структуры.

Автор: Pro100A1ex 23.10.2018, 16:44

Цитата(Андрей Ефименко @ 23.10.2018, 14:59) *

Это тяжелая, но почетная судьба всех первопроходцев.
Ну и, к стати, для отладки, конечно, лучше вести раздельно две структуры.

А можно ли из LKDSDisp автоматически перенести базу ключей в LKDSDomain, а то ручками - лень smile.gif

Автор: Андрей Ефименко 24.10.2018, 12:19

Цитата(Pro100A1ex @ 23.10.2018, 17:44) *

А можно ли из LKDSDisp автоматически перенести базу ключей в LKDSDomain, а то ручками - лень smile.gif

Если имеются в виду описание сервисных ключей механиков, то они переносятся при экспорте из LKDSDisp в LKDSDoamin, специально сейчас проверил.

Попробуйте ещё раз экспортировать структуру из LKDSDisp и загрузить её в LKDSDomain.

Автор: Pro100A1ex 24.10.2018, 13:22

Цитата(Андрей Ефименко @ 24.10.2018, 12:19) *

Если имеются в виду описание сервисных ключей механиков, то они переносятся при экспорте из LKDSDisp в LKDSDoamin, специально сейчас проверил.

Попробуйте ещё раз экспортировать структуру из LKDSDisp и загрузить её в LKDSDomain.

Настройки самого сервера LKDSDoamin в каком файле хранятся? Чтобы потом скопировать и заново не прописывать?

Вчера добавили 5 лифтов в структуру, а сегодня при запуске LKDSDomainCfg стали появляться вот такие окна в количестве 2 шт
Прикрепленное изображение

Автор: Андрей Ефименко 24.10.2018, 13:37

Цитата(Pro100A1ex @ 24.10.2018, 14:22) *

Настройки самого сервера LKDSDoamin в каком файле хранятся? Чтобы потом скопировать и заново не прописывать?

Настройки хранятся в файле \LKDSDrv\LKDSDomain\LKDSDomain.XML

Но с ним ничего делать не нужно.

Процедура переноса структуры из LKDSDisp в LKDSDomain такая же, как описана в документации, нужно только предварительно:

1. Остановить службу LKDSDomain
2. Удалить базу данных LKDSDOMAIN с помощью "SQL Server Management Studio"
3. Запустить службу LKDSDomain

После запуска, служба LKDSDomain создаст пустую базу данных и уже можно будет импортировать файлы LKDSDispStruct.XML, LKDSDispUsers.XML с помощью модуля LKDSDomainCfg.





Автор: Pro100A1ex 24.10.2018, 13:49

Цитата(Андрей Ефименко @ 24.10.2018, 13:37) *

Настройки хранятся в файле \LKDSDrv\LKDSDomain\LKDSDomain.XML

Но с ним ничего делать не нужно.

Процедура переноса структуры из LKDSDisp в LKDSDomain такая же, как описана в документации, нужно только предварительно:

1. Остановить службу LKDSDomain
2. Удалить базу данных LKDSDOMAIN с помощью "SQL Server Management Studio"
3. Запустить службу LKDSDomain

После запуска, служба LKDSDomain создаст пустую базу данных и уже можно будет импортировать файлы LKDSDispStruct.XML, LKDSDispUsers.XML с помощью модуля LKDSDomainCfg.


Большое спасибо, все получилось и ключи перенеслись. Только непонятно почему с первого раза не вышло...

Автор: Pro100A1ex 3.12.2018, 15:40

Добрый день, продолжили тестирование и есть ряд нестыковок.
Диспетчеризировали 18 лифтов, решили в ЛБ6.1 прописать две связи: одну на LKDSDrv, а другую на LKDSDomain. Создали отдельно слот 0 в ПКЛШ, назначили порт 40000 и 40001, для LKDSDomain назначили порт 47770. И вот при подключении ЛБ6.1 к серверу LKDSDrv, пошел сбой соединения (светомузыка) по всем ЛБ6.0, работающим на порту 44000, данный сбой устранился только после удаления во всех блоках связей в ЛБ6.1 на LKDSDrv , но в структуре LKDSDrv соединения на некоторые ЛБ остались, есть еще парадокс ЛБ на связи в структуре LKDSDrv, но его нет в LKDSDomain!!!
Прикрепленное изображение

Автор: Андрей Ефименко 3.12.2018, 15:59

Цитата(Pro100A1ex @ 3.12.2018, 16:40) *

Добрый день, продолжили тестирование и есть ряд нестыковок.
Диспетчеризировали 18 лифтов, решили в ЛБ6.1 прописать две связи: одну на LKDSDrv, а другую на LKDSDomain. Создали отдельно слот 0 в ПКЛШ, назначили порт 40000 и 40001, для LKDSDomain назначили порт 47770. И вот при подключении ЛБ6.1 к серверу LKDSDrv, пошел сбой соединения (светомузыка) по всем ЛБ6.0, работающим на порту 44000, данный сбой устранился только после удаления во всех блоках связей в ЛБ6.1 на LKDSDrv , но в структуре LKDSDrv соединения на некоторые ЛБ остались, есть еще парадокс ЛБ на связи в структуре LKDSDrv, но его нет в LKDSDomain!!!
Прикрепленное изображение

Хотелось бы получить данные для обращения в тех.поддержку

Автор: Pro100A1ex 3.12.2018, 17:24

Цитата(Андрей Ефименко @ 3.12.2018, 15:59) *

Хотелось бы получить данные для обращения в тех.поддержку

Готово, ссылка на почте.

И самое главное забыл.
Если прописать лифт с прямым подключением к ЛБ, то потом изменить его на другое подключение невозможно

Автор: Андрей Ефименко 4.12.2018, 11:57

Цитата(Pro100A1ex @ 3.12.2018, 18:24) *

Готово, ссылка на почте.

И самое главное забыл.
Если прописать лифт с прямым подключением к ЛБ, то потом изменить его на другое подключение невозможно

Информацию получил.

По поводу сетевых проблем (нет связи с ЛБ) обсудим позже.

По поводу невозможности смены типа подключения ЛБ в Администраторе SPult c "Прямого подключения" в любое другое. Действительно, была ошибка. Доработан SPult и LKDSDomain. Доработанный модули выложен в папку для бета тестирования.

SPult в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/SPult/
LKDSDomain в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/

Замена LKDSDomain производится следующим образом:

1) в рабочем дистрибутиве в папке \LKDSDrv\LKDSDomain\ переименовываем файл LKDSDomain.exe в файл LKDSDomain.exe_old
2) из папки https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/ переписываем файл LKDSDomain.exe в папку \LKDSDrv\LKDSDomain\
3) рестартуем службу LKDSDomain

Файл SPult.exe просто заменяется.







Автор: Pro100A1ex 4.12.2018, 14:24

Еще заметили один нюанс, лифт по датчикам находится в движени, а отображается состояние "кабина стоит", до этого решалось методом захода под админом и прописыванием заново айди и ключа, сейчас этот метод не проходит.
Прикрепленное изображение

ну и как Всегда biggrin.gif , хочется потестировать LKDSDomain c iOS rolleyes.gif

Автор: Андрей Ефименко 4.12.2018, 14:42

Цитата(Pro100A1ex @ 4.12.2018, 15:24) *

Еще заметили один нюанс, лифт по датчикам находится в движени, а отображается состояние "кабина стоит", до этого решалось методом захода под админом и прописыванием заново айди и ключа, сейчас этот метод не проходит.
Прикрепленное изображение

Опять же хотел бы поучить логи с указанием что это за ЛБ (адрес в сети Обь или географический адрес)

Цитата(Pro100A1ex @ 4.12.2018, 15:24) *

ну и как Всегда biggrin.gif , хочется потестировать LKDSDomain c iOS rolleyes.gif

Возможно проще будет сделать упрощенный встроенный в LKDSDomain WEB интерфейс. Работы ведутся.

Автор: Pro100A1ex 4.12.2018, 16:36

Цитата(Андрей Ефименко @ 4.12.2018, 11:57) *

1) в рабочем дистрибутиве в папке \LKDSDrv\LKDSDomain\ переименовываем файл LKDSDomain.exe в файл LKDSDomain.exe_old
2) из папки https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/ переписываем файл LKDSDomain.exe в папку \LKDSDrv\LKDSDomain\
3) рестартуем службу LKDSDomain
Файл SPult.exe просто заменяется.

Все сделали, но почему-то опять пошла светомузыка по ЛБ6.0, в чем может быть проблема?
уже даже удалили все ЛБ из структуры LKDSDrv те, которые работают через LKDSDomain.
Цитата

Возможно проще будет сделать упрощенный встроенный в LKDSDomain WEB интерфейс. Работы ведутся.

То есть полнофункциональную программу, как на андроиде, мы не получим?
Цитата

Опять же хотел бы поучить логи с указанием что это за ЛБ (адрес в сети Обь или географический адрес)

Это ЛБ который прописан только в структуре LKDSDomain

Автор: Андрей Ефименко 5.12.2018, 7:33

Цитата(Pro100A1ex @ 4.12.2018, 17:36) *

Все сделали, но почему-то опять пошла светомузыка по ЛБ6.0, в чем может быть проблема?
уже даже удалили все ЛБ из структуры LKDSDrv те, которые работают через LKDSDomain.

Данные доработки исправили только невозможность смены типа подключения ЛБ в Администраторе SPult c "Прямого подключения" на любое другое.

По по поводу "светомузыки" - это особенности сетевой конфигурации вашего сервера и я посылал вопрос по этому поводу на электронную почту baz...@gmail.com.

Цитата(Pro100A1ex @ 4.12.2018, 17:36) *

То есть полнофункциональную программу, как на андроиде, мы не получим?

Обязательно получите, проблема только во времени - сейчас много "революционных" первостепенных изменений, требующих это время.

Цитата(Pro100A1ex @ 4.12.2018, 17:36) *

Это ЛБ который прописан только в структуре LKDSDomain

Что бы не гадать, хотелось узнать идентификатор этого ЛБ

Автор: Pro100A1ex 5.12.2018, 13:05

Цитата(Андрей Ефименко @ 5.12.2018, 7:33) *

Данные доработки исправили только невозможность смены типа подключения ЛБ в Администраторе SPult c "Прямого подключения" на любое другое.
По по поводу "светомузыки" - это особенности сетевой конфигурации вашего сервера и я посылал вопрос по этому поводу на электронную почту baz...@gmail.com.

Прочитали и ответили, но повторимся и здесь, никаких изменений в маршрутизаторе и на сервере (кроме добавления новых ЛБ) мы не проводили, в LKDSDrvCfg все моноблоки на связи, а вот ЛБ в SPult -е продолжают мигать, и один вопрос остается: почему эта "светомузыка" происходит именно с блоками 6.0?
Цитата

Обязательно получите, проблема только во времени - сейчас много "революционных" первостепенных изменений, требующих это время.

просто уже ждем 3 года rolleyes.gif
Цитата

Чтобы не гадать, хотелось узнать идентификатор этого ЛБ

42738

Автор: Андрей Ефименко 5.12.2018, 14:50

Цитата(Pro100A1ex @ 4.12.2018, 15:24) *

Еще заметили один нюанс, лифт по датчикам находится в движени, а отображается состояние "кабина стоит", до этого решалось методом захода под админом и прописыванием заново айди и ключа, сейчас этот метод не проходит.
Прикрепленное изображение

Информация о состоянии кабины в панели управления лифтом определяется не по датчикам, а запросом к лифтовому блоку "Дай номер этажа".
Так вот ЛБ 42738, судя по присланным данным, отвечал, что номер этажа не известен и всего остановок 8. На основании чего и формируется строка о состоянии кабины.

А когда-то ЛБ 42738 показывал динамику работы ?

Может проблема в монтаже этого релейного блока ?

Автор: Pro100A1ex 5.12.2018, 22:32

Цитата(Андрей Ефименко @ 5.12.2018, 14:50) *

Информация о состоянии кабины в панели управления лифтом определяется не по датчикам, а запросом к лифтовому блоку "Дай номер этажа".
Так вот ЛБ 42738, судя по присланным данным, отвечал, что номер этажа не известен и всего остановок 8. На основании чего и формируется строка о состоянии кабины.

А когда-то ЛБ 42738 показывал динамику работы ?

Может проблема в монтаже этого релейного блока ?


Данный ЛБ отсутствовал на связи в LKDSDomain, но при этом был на связи в LKDSDrv. Сейчас он уже на связи и динамику показывает. Непонятно только одно, почему изначально он не вышел на связь wacko.gif


Автор: Андрей Ефименко 7.12.2018, 7:27

Цитата(Pro100A1ex @ 5.12.2018, 23:32) *

Данный ЛБ отсутствовал на связи в LKDSDomain, но при этом был на связи в LKDSDrv. Сейчас он уже на связи и динамику показывает. Непонятно только одно, почему изначально он не вышел на связь wacko.gif

А сейчас есть ЛБPro, одновременно имеющие описанную связь и в ПКЛШ и в LKDSDomain ?

Автор: Pro100A1ex 8.12.2018, 0:22

Цитата(Андрей Ефименко @ 7.12.2018, 7:27) *

А сейчас есть ЛБPro, одновременно имеющие описанную связь и в ПКЛШ и в LKDSDomain ?

Пришлось удалить описание в ПКЛШ, в связи со сбоем работы ЛБ6.0, так как после удаления связь восстановилась, но потом оказалось что это просто совпадение. Если для тестирования LKDSDomain надо можем прописать.
Между прочим, читал тему по моноблокам, оказывается проблема по связи 6.0 не у нас одних, а решения нету sad.gif !!

Автор: Андрей Ефименко 8.12.2018, 7:54

Цитата(Pro100A1ex @ 4.12.2018, 15:24) *

ну и как Всегда biggrin.gif , хочется потестировать LKDSDomain c iOS rolleyes.gif

Попробуйте в iSPult указать в поле "Пользователь" строку, состоящую из имени организации и имени пользователя. И в остальные поля сетевые параметры (порты, IP) сервера LKDSDomain.

Например есть организация Город
и пользователь Chief

введите в поле пользователя :

ГородChief

Получиться ли подключиться к LKDSDomain ?

Автор: Андрей Ефименко 8.12.2018, 8:05

Цитата(Pro100A1ex @ 8.12.2018, 1:22) *

Пришлось удалить описание в ПКЛШ, в связи со сбоем работы ЛБ6.0, так как после удаления связь восстановилась, но потом оказалось что это просто совпадение. Если для тестирования LKDSDomain надо можем прописать.

Вероятность связи между работой ЛБPro и ЛБ6.0 очень маловероятна, поэтому прописывать связь с ПКЛШ не нужно - задач для тестирования LKDSDomain и так достаточно.

Цитата(Pro100A1ex @ 8.12.2018, 1:22) *

Между прочим, читал тему по моноблокам, оказывается проблема по связи 6.0 не у нас одних, а решения нету sad.gif !!

Сетевые технологии (Интернет), конечно, удобны, но за всё приходится платить. Выход в Интернет связан со сложным и изменчивым внешним миром. И проблем нарушения связи с моноблоками (КСЛами) много и достаточно часто это как раз и есть "внешний мир"

Я уже писал и повторю, если есть точно зафиксированная потеря связи, то нужно формировать данные для тех.поддержки и отсылать с комментариями. Может не сразу, но проблему найдём.


Автор: Pro100A1ex 8.12.2018, 15:27

Цитата(Андрей Ефименко @ 8.12.2018, 8:05) *

Я уже писал и повторю, если есть точно зафиксированная потеря связи, то нужно формировать данные для тех.поддержки и отсылать с комментариями. Может не сразу, но проблему найдём.

Наблюдения по пропадания связи, изложил в этой https://forum.lkds.ru/index.php?s=&showtopic=3376&view=findpost&p=25208

Автор: Андрей Ефименко 9.12.2018, 10:51

Цитата(Андрей Ефименко @ 4.12.2018, 15:42) *

Возможно проще будет сделать упрощенный встроенный в LKDSDomain WEB интерфейс. Работы ведутся.

В LKDSDomain реализован начальный вариант встроенного WEB сервера, соответственно cделан шаг к многоплатформенности:

Описание в документе https://lkds.ru/soft/unpacked/LKDSDrv/LKDSDomain/LKDSDomain.xps

Развитие направления, конечно, будет зависеть от востребованности.

Демонстрационный WEB сервер, построенный на основе https://demo.lkds.ru

организация: Demo
пользователь: Demo
пароль: 654321

Демонстрационный WEB сервер имеет, в качестве примера, само подписанный сертификат, поэтому в браузере нужно подтвердить/разрешить работу с ним


Данный вариант LKDSDomain выложен в штатное обновление ПО.

Автор: Pro100A1ex 14.12.2018, 11:38

Цитата(Андрей Ефименко @ 8.12.2018, 7:54) *

Попробуйте в iSPult указать в поле "Пользователь" строку, состоящую из имени организации и имени пользователя. И в остальные поля сетевые параметры (порты, IP) сервера LKDSDomain.

Например есть организация Город
и пользователь Chief

введите в поле пользователя :

ГородChief

Получиться ли подключиться к LKDSDomain ?

Подключится не получается, пишет не «опознанный пользователь».
Может лучше сделать через дефис организация\пользователь

Автор: Pro100A1ex 17.12.2018, 19:12

При работе на SPult-е, с подключенным к LKDSDomain, не отображается динамика работы лифтов в открытом окне, а обновляется только после того, как открываешь окно состояния соответствующего лифта.

Автор: Андрей Ефименко 18.12.2018, 8:53

Цитата(Pro100A1ex @ 17.12.2018, 20:12) *

При работе на SPult-е, с подключенным к LKDSDomain, не отображается динамика работы лифтов в открытом окне, а обновляется только после того, как открываешь окно состояния соответствующего лифта.

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

Автор: revit 19.12.2018, 12:33

Хотелось бы видеть в LKDSDomainCfg текущие удаленные подключения как в LKDSDisp в таком же формате

Автор: Pro100A1ex 19.12.2018, 17:52

Цитата(Андрей Ефименко @ 18.12.2018, 8:53) *

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

Данные пришлем, но у нас как бы это со всеми лифтами такое.

PS Уже на почте ссылка.

Автор: Андрей Ефименко 20.12.2018, 10:32

Цитата(revit @ 19.12.2018, 13:33) *

Хотелось бы видеть в LKDSDomainCfg текущие удаленные подключения как в LKDSDisp в таком же формате

Выложено в штатное обновление ПО:

Прикрепленное изображение

Прикрепленное изображение

Автор: Андрей Ефименко 20.12.2018, 12:48

Цитата(Pro100A1ex @ 19.12.2018, 18:52) *

Данные пришлем, но у нас как бы это со всеми лифтами такое.

PS Уже на почте ссылка.

Я ещё просил указать - с каким конкретно лифтом и когда (по возможности точнее) наблюдался данный эффект (не показывалась динамика работы). Иначе невозможно выбрать из присланных данных нужную информацию.

Автор: revit 20.12.2018, 17:05

Да работает. отлично.

Автор: Pro100A1ex 20.12.2018, 17:07

Цитата(Андрей Ефименко @ 20.12.2018, 12:48) *

Я ещё просил указать - с каким конкретно лифтом и когда (по возможности точнее) наблюдался данный эффект (не показывалась динамика работы). Иначе невозможно выбрать из присланных данных нужную информацию.

Такой информации на данный момент нету, скажу диспетчерам чтобы начали фиксировать проявление данных сбоев. Я так понимаю, после сбора этой информации, подготовить данные и отправить Вам?

Автор: Андрей Ефименко 21.12.2018, 9:12

Цитата(Pro100A1ex @ 20.12.2018, 18:07) *

Такой информации на данный момент нету, скажу диспетчерам чтобы начали фиксировать проявление данных сбоев. Я так понимаю, после сбора этой информации, подготовить данные и отправить Вам?

Да, нужно зафиксировать сбой, сформировать и отправить данные, и в письме указать когда и с каким лифтов ситуация проявилась.

Автор: Pro100A1ex 25.12.2018, 12:30

А решение по подключению iSPult к LKDSDomain будет ? А то вести 2 структуры, с постоянным увеличением диспетчерезированных лифтов, неудобно ☺

Автор: Андрей Ефименко 25.12.2018, 14:15

Цитата(Pro100A1ex @ 25.12.2018, 13:30) *

А решение по подключению iSPult к LKDSDomain будет ? А то вести 2 структуры, с постоянным увеличением диспетчерезированных лифтов, неудобно ☺

Да, будет (и к LKDSCloud). Начал делать.

Автор: Pro100A1ex 26.12.2018, 12:42

Цитата(Андрей Ефименко @ 25.12.2018, 14:15) *

Да, будет (и к LKDSCloud). Начал делать.

Будем ждать с нетерпением.
Стоит ли потихоньку переводить все ЛБ на прямое подключение к LKDSDomain или только вновь добавленные?

Автор: Андрей Ефименко 26.12.2018, 14:50

Цитата(Pro100A1ex @ 26.12.2018, 13:42) *

Будем ждать с нетерпением.
Стоит ли потихоньку переводить все ЛБ на прямое подключение к LKDSDomain или только вновь добавленные?

Сейчас, наверное, особого смысла переводить все ЛБPrо на прямое подключение к LKDSDomain нет. Явных преимуществ от прямого подключения нет.

Автор: Pro100A1ex 27.12.2018, 16:24

Сегодня столкнулись с проблемой, ЛБ прописан в структуру LKDSDomain, пропал ЛБ со связи, перезагрузка ЛБ не помогла, хотя ЛБ все сетевые настройки получает, даже отсылает запросы к серверу, добавили еще одну связь на структуру LKDSDrv, ЛБ моментально вышел на связь, где искать проблему?
Прикрепленное изображение

Автор: Андрей Ефименко 28.12.2018, 6:34

Цитата(Pro100A1ex @ 27.12.2018, 17:24) *

Сегодня столкнулись с проблемой, ЛБ прописан в структуру LKDSDomain, пропал ЛБ со связи, перезагрузка ЛБ не помогла, хотя ЛБ все сетевые настройки получает, даже отсылает запросы к серверу, добавили еще одну связь на структуру LKDSDrv, ЛБ моментально вышел на связь, где искать проблему?
Прикрепленное изображение

Когда есть какие-то проблемы в этот же момент нужно формировать данные для тех.поддержки и посылать на techno@lkds.ru с описанием этой проблемы.

Только так можно по фактам определить причину.

Автор: revit 14.1.2019, 19:17

Цитата(Андрей Ефименко @ 9.12.2018, 7:51) *

В LKDSDomain реализован начальный вариант встроенного WEB сервера, соответственно cделан шаг к многоплатформенности:


Сейчас при обращении по http к серверу должна открываться страница подключения к организации ?

Автор: Андрей Ефименко 15.1.2019, 10:11

Цитата(revit @ 14.1.2019, 20:17) *

Сейчас при обращении по http к серверу должна открываться страница подключения к организации ?

Конечно работа со встроенным в LKDSDomain WEB сервером требует пояснений и эти пояснения приведены в документе Прикрепленный файл  LKDSDomainAdditions1.pdf ( 696.54 килобайт ) Кол-во скачиваний: 670


Пояснения будут внесены и в документ по LKDSDomain

Если коротко (это если я правильно понял вопрос) , то что бы сразу получить страницу с параметрами подключения клиента типа SPult, нужно в папке \LKDSDrv\LKDSDomain\Http\ru\ файл index.html_spult скопировать в файл index.html

Автор: Pro100A1ex 15.1.2019, 20:58

Цитата(Андрей Ефименко @ 18.12.2018, 8:53) *

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

По Вашей просьбе мы взяли 2 лифта (0.0.14.17, 0.0.10.28) и произвели за ними наблюдение 14.01.2019, ссылка на почте.

Автор: Андрей Ефименко 27.1.2019, 8:19

В штатное обновление ПО выложены новые версии:

- сервера LKDSDomain.exe
- конфигуратора LKDSDomainCfg.exe
- документа LKDSDomain.xps

Изменения следующие:

1. Добавлена возможность работы с незащищенными WEB подключениями. Для этого в конфигураторе LKDSDomainCfg.exe нужно разрешить незащищенные WEB подключения (протокол http) : Прикрепленное изображение
Сделано это для упрощения ознакомления с возможностями встроенного в LKDSDomain WEB сервера.
При практическом использовании WEB подключений нужно, все-таки, использовать защищённое подключение (протокол https).

Если разрешить WEB подключения и разрешить незащищённые WEB подключения, то с компьютера, на котором установлен LKDSDomain, можно подключиться любым браузером указав адрес

http://127.0.0.1

или

http://localhost

на демонстрационном сервере разрешено незащищённое подключение, и к нему можно подключиться, указав адрес:

http://demo.lkds.ru

параметры подключения:

Demo
Demo
654321

2. Реализована поддержка включения диспетчером голосовой связи с любым переговорным устройством, подключённым к ЛБ7.2 (в LKDSDisp это было сделано ранее) Описание этой возможности в теме

https://forum.lkds.ru/index.php?s=&showtopic=3583&view=findpost&p=25164

и в файле https://lkds.ru/soft/unpacked/LKDSDrv_Beta/Docum/Intercom.xps

Автор: revit 27.1.2019, 13:05

Цитата(Андрей Ефименко @ 27.1.2019, 5:19) *

Если разрешить WEB подключения и разрешить незащищённые WEB подключения, то с компьютера, на котором установлен LKDSDomain, можно подключиться любым браузером указав адрес

Работает незащищенное покдлючение, но если удаленно то страница англоязычная.

Автор: Андрей Ефименко 28.1.2019, 8:12

Цитата(revit @ 27.1.2019, 14:05) *

Работает незащищенное покдлючение, но если удаленно то страница англоязычная.

Язык определяется браузером - браузер передаёт список языков с приоритетами использования. Было бы интересно получить данные для техподдержки.

Автор: revit 28.1.2019, 13:42

Да, с рабочего компа через внешнее подключение таким же яндекс браузером -нормально, русскоязычная.

Автор: D_e_a_d 10.2.2019, 0:37

Здравствуйте. Какую версию SQL лучше использовать? или без разницы?

Автор: Андрей Ефименко 10.2.2019, 6:52

Цитата(D_e_a_d @ 10.2.2019, 1:37) *

Здравствуйте. Какую версию SQL лучше использовать? или без разницы?

Особой разницы нет. Если уже установлен MS SQL сервер, то можно использовать его. Конфликтов с LKDSDisp не будет, т.к. базы разные.

Но из общих соображений нужно использовать последнюю доступную версию.

Автор: Андрей Ефименко 10.2.2019, 11:13

Есть замечание по поводу отправки из LKDSDomain оповещения о вызове диспетчера на ASPult и iSPult.

В настройках сервера LKDSDisp есть два параметра: Прикрепленное изображение, разрешающие отправку уведомлений на ASPult и iSPult.

Исторически первым появился параметр "Посылать оповещения о вызове на ASPult, iSPult". При его указании отсылаются уведомления о вызове тем, клиентам, которые могут включать голосовую связь с данным лифтом. Никаких дополнительный настроек не нужно.

После встраивания в LKDSDisp системы оповещений, появился еще один параметр "Разрешить отправку уведомлений". Если данный параметр указать, то, что бы клиент получал уведомление, нужно дополнительно разрешить конкретному клиенту отправку уведомления и перечислить при наступлении каких событий уведомления будут отправляться.

Фактически в LKDSDisp есть дублирование функций по отправке уведомлений.

В настройках LKDSDomain остался один параметр "Разрешить отправку уведомлений":Прикрепленное изображение

Чтобы при использовании LKDSDomain таким же образом получать на ASPult и iSPult уведомления о вызове нужно:

1. В параметрах пользователя разрешить отправку уведомлений: Прикрепленное изображение
2. Завести для пользователя событие "Вызов диспетчера" Прикрепленное изображение Прикрепленное изображение
3. В событии задать следующие параметры: Прикрепленное изображение

Автор: poiZon 22.2.2019, 10:21

При первом запуске LKDSDomainCfg вылезла ошибка Прикрепленное изображение я писал на почту. Разобрался сам, в папке отсутствовал Reg.bat, скопировал из папки LKDSDisp, подправил, теперь работает, непонятно почему его изначально не было, установка свежего дистрибутива недельной давности.

Автор: poiZon 22.2.2019, 12:34

Попробовал на двух блоках v7 настроить прямое подключение, пакеты на компьютер приходят, но в Спульт висят зеленые вопросы и ничего не происходит.

Автор: Андрей Ефименко 22.2.2019, 15:19

Цитата(poiZon @ 22.2.2019, 13:34) *

Попробовал на двух блоках v7 настроить прямое подключение, пакеты на компьютер приходят, но в Спульт висят зеленые вопросы и ничего не происходит.

В структуру блоки введены так Прикрепленное изображение ?

Пользователь - оператор (не администратор) ?

Автор: poiZon 25.2.2019, 10:08

Цитата(Андрей Ефименко @ 22.2.2019, 16:19) *

В структуру блоки введены так Прикрепленное изображение ?

Пользователь - оператор (не администратор) ?


Завел. Без поллитры конечно не разберешься.

Автор: poiZon 27.2.2019, 8:32

Не понятен принцип обмена LKDSDomain с Про (ЛБ и, получается, не только).
Прикрепленное изображение
В список блоков прилетели все иденты LKDSPro, даже с другими портами.

Автор: Андрей Ефименко 27.2.2019, 8:56

Цитата(poiZon @ 27.2.2019, 9:32) *

Не понятен принцип обмена LKDSDomain с Про (ЛБ и, получается, не только).
Прикрепленное изображение
В список блоков прилетели все иденты LKDSPro, даже с другими портами.

UDP порт для связи с ЛБ используется не только для обмена с ЛБ, но и может использоваться для транзитных подключений к ЛБ через LKDSDomain.

Для транзитных подключений заводятся временные записи, они и показываются у вас в последних трёх строка

В частности строка с 0:127.0.0.1:1208 вероятнее всего осталась от вызова конфигуратора из меню по правой кнопке мыши.

Последние две строки говорят о том, что от LKDSPro на "UDP порт для связи с ЛБ" пришли пакеты. Это что-то с конфигурацией. Для более подробного ответа нужно сформировать данных для тех. поддержки и прислать.


Автор: poiZon 27.2.2019, 9:04

Цитата(Андрей Ефименко @ 27.2.2019, 9:56) *

В частности строка с 0:127.0.0.1:1208 вероятнее всего осталась от вызова конфигуратора из меню по правой кнопке мыши.


Примерно так и подумал, конфигуратор открывал.

Цитата(Андрей Ефименко @ 27.2.2019, 9:56) *

UDP порт для связи с ЛБ используется не только для обмена с ЛБ, но и может использоваться для транзитных подключений к ЛБ через LKDSDomain.

Для транзитных подключений заводятся временные записи, они и показываются у вас в последних трёх строка


Про транзит и интересно. Во всех ЛБ заведены две связи одна на локальный пульт, другая на сервер. ID локального пульта на сервере мог вылезти только через какой-то ЛБ.

Насчет данных в техподдержку, пропишу в LKDSDomain все ЛБ, проверю еще раз и, при необходимости, пришлю.

Автор: poiZon 28.2.2019, 9:26

В документации нет описания значков
Прикрепленное изображение

Хотелось бы знать, что они означают. Когда завел два первых блока, галки были зеленые, теперь все серые, да еще и "кирпичи" появились. Приход данных при этом у всех свежий, и в Спульт с частью блоков есть связь, с остальными нет.

Данные в техподдержку отправил.

Автор: Андрей Ефименко 28.2.2019, 13:02

Цитата(poiZon @ 28.2.2019, 10:26) *

В документации нет описания значков
Прикрепленное изображение

Хотелось бы знать, что они означают. Когда завел два первых блока, галки были зеленые, теперь все серые, да еще и "кирпичи" появились. Приход данных при этом у всех свежий, и в Спульт с частью блоков есть связь, с остальными нет.

Данные в техподдержку отправил.

Значки имеют традиционное значение:

- "птичка" связь есть
- "кирпич" связи нет.

По поводу цвета значков - это я исправлю, нужно уменьшить глубину цвета значков.

Почему время получения данных недавнее, а связи нет.
Пакеты от ЛБ доходят до LKDSDomain, но пакеты от LKDSDomain до ЛБ не доходят, т.е. связь односторонняя. Я доработаю LKDSDomain, что бы подобные и другие сообщения посылались в систему оповещения, как это делается в LKDSPro и ПКЛШ.

Есть замечание.

Прямое подключение ЛБPro к LKDSDomain нужно делать только для ЛБ7.2 или ЛБ6.1Pro CM3 с последней микропрограммой. ЛБ6.0Pro и ЛБ6.1 НЕ CM3 подключать напрямую к LKDSDomain нельзя. Проблема в том, что в LKDSDomain используется один UDP порт - порт данных, а порт голоса не используется. Передавать голос по порту данных могут ЛБ7.2 и ЛБ6.1Pro CM3 с последней микропрограммой.

Соответственно, если напрямую подключить старые ЛБPro, то не будет ходить голос.
Для подобных ЛБ в списке LKDSDomainCfg будет особый знак, например, перечеркнутый громкоговоритель.

Автор: poiZon 1.3.2019, 7:43

Цитата(Андрей Ефименко @ 28.2.2019, 14:02) *

Прямое подключение ЛБPro к LKDSDomain нужно делать только для ЛБ7.2 или ЛБ6.1Pro CM3 с последней микропрограммой. ЛБ6.0Pro и ЛБ6.1 НЕ CM3 подключать напрямую к LKDSDomain нельзя.


Так у нас больше половины ПРОшек не СМ3. Параллельно две службы вести не комильфо.

Автор: Андрей Ефименко 1.3.2019, 8:00

Цитата(poiZon @ 1.3.2019, 8:43) *

Так у нас больше половины ПРОшек не СМ3. Параллельно две службы вести не комильфо.

Если под второй службой понимается LKDSDisp, то использовать его не нужно.

LKDSDomain, так же как и LKDSDisp, имеет доступ к ЛБ, которые описаны в сети передачи данных "Обь" (конфигуратор LKDSDrvCfg) или в "Службе поддержки ЛБPro" (конфигуратор LKDSProCfg).
Таким образом ЛБPro НЕ CM3 можно описать в ПКЛШ или "Службе поддержки ЛБPro" и эти ЛБ будут доступны в LKDSDomain

Прямая связь с ЛБPro даёт некоторое упрощение настройки, но основная цель прямой связи - полнее использовать имеющиеся и планируемые возможности ЛБ7.2 .

Автор: poiZon 1.3.2019, 8:02

Цитата(Андрей Ефименко @ 1.3.2019, 9:00) *

Если под второй службой понимается LKDSDisp, то использовать его не нужно.


Нет, под второй службой понимается LKDSPro. Это на одном компе надо иметь два ID, разные порты, и при настройке блока ничего из этого не перепутать.

Автор: Андрей Ефименко 1.3.2019, 9:24

Цитата(poiZon @ 1.3.2019, 9:02) *

Нет, под второй службой понимается LKDSPro. Это на одном компе надо иметь два ID, разные порты, и при настройке блока ничего из этого не перепутать.

Замечание резонное, в LKDSDomain в ближайшее время будет введён UDP порт для передачи голоса, что бы можно было описывать прямые связи с ЛБPro НЕ CM3

Автор: Андрей Ефименко 3.3.2019, 15:19

Цитата(Андрей Ефименко @ 1.3.2019, 10:24) *

Замечание резонное, в LKDSDomain в ближайшее время будет введён UDP порт для передачи голоса, что бы можно было описывать прямые связи с ЛБPro НЕ CM3

В обновление ПО выложен LKDSDomain и конфигуратор LKDSDomainCfg

Изменения:

1. Введён голосовой UDP порт для обеспечения полноценной прямой связи с ЛБ6.1Pro НЕ CM3
2. можно удалить ЛБ из списка, если его ID не используется в описании лифтов.
3. можно добавить к ЛБ произвольное примечание
4. можно добавить в список ЛБ, если предполагается связь с ним через "Облако" (LKDSCloud)

подробнее Прикрепленный файл  LKDSDomainAdditions2.pdf ( 822.87 килобайт ) Кол-во скачиваний: 685



Автор: Андрей Ефименко 4.3.2019, 8:18

Цитата(Андрей Ефименко @ 3.3.2019, 16:19) *

В обновление ПО выложен LKDSDomain и конфигуратор LKDSDomainCfg

Изменения:

1. Введён голосовой UDP порт для обеспечения полноценной прямой связи с ЛБ6.1Pro НЕ CM3
2. можно удалить ЛБ из списка, если его ID не используется в описании лифтов.
3. можно добавить к ЛБ произвольное примечание
4. можно добавить в список ЛБ, если предполагается связь с ним через "Облако" (LKDSCloud)

подробнее Прикрепленный файл  LKDSDomainAdditions2.pdf ( 822.87 килобайт ) Кол-во скачиваний: 685


Выяснились ошибки в конфигураторе LKDSDomainCfg
Конфигуратор v4.7.2.6 выложен в обновление ПО

Автор: revit 6.3.2019, 0:03

Цитата(Андрей Ефименко @ 3.3.2019, 12:19) *
Изменения:
1. Введён голосовой UDP порт для обеспечения полноценной прямой связи с ЛБ6.1Pro НЕ CM3
2. можно удалить ЛБ из списка, если его ID не используется в описании лифтов.
3. можно добавить к ЛБ произвольное примечание
4. можно добавить в список ЛБ, если предполагается связь с ним через "Облако" (LKDSCloud)


Ну тогда уж и исполнение блока как в LKDSPro, чтобы полную картину видеть что-где-когда...

Автор: poiZon 6.3.2019, 8:39

Цитата(revit @ 6.3.2019, 1:03) *

Ну тогда уж и исполнение блока как в LKDSPro, чтобы полную картину видеть что-где-когда...


+1

Автор: revit 6.3.2019, 14:07

Добавляю примечание в одном блоке, потом в другом. Потом хочу дописать или исправить в первом, а второй раз меню "изменить Лб" не работает.
Нужно только сохранить, и тольок после этого можно будет повторно редактировать.

Автор: Андрей Ефименко 7.3.2019, 9:09

Цитата(revit @ 6.3.2019, 1:03) *

Ну тогда уж и исполнение блока как в LKDSPro, чтобы полную картину видеть что-где-когда...

Цитата(revit @ 6.3.2019, 15:07) *

Добавляю примечание в одном блоке, потом в другом. Потом хочу дописать или исправить в первом, а второй раз меню "изменить Лб" не работает.
Нужно только сохранить, и тольок после этого можно будет повторно редактировать.

В обновление ПО выложен сам сервер LKDSDomain и конфигуратор LKDSDomainCfg.

Видимые изменения в LKDSDomainCfg:

- изменённый ЛБ можно повторно редактировать и удалять
- изменён порядок колонок в списке ЛБ
- сохраняется размер и положение окна списка ЛБ, тип сортировки, текущая строка
- в список ЛБ добавлены параметры:
1) тип блока
2) версия микропрограммы

Автор: revit 7.3.2019, 11:22

Если ввожу новый блок то ругается "не выбран ключ", но список ключей пуст выбирать нечего.


Два блока на связи через ПКЛШ. Изменил в них связь с ПКЛШ на LKDSDomain. (ID и порт в имеющейся связи. IP те же) . Не появляются в LKDSDomain а также висят в ПКЛШ даже после рестарта.
в списке направлений 2-домэйн, 4-пклш, 1 -другой комп
Прикрепленное изображение


Автор: Андрей Ефименко 7.3.2019, 11:47

Цитата(revit @ 7.3.2019, 12:22) *

Если ввожу новый блок то ругается "не выбран ключ", но список ключей пуст выбирать нечего.
Два блока на связи через ПКЛШ. Изменил в них связь с ПКЛШ на LKDSDomain. (ID и порт в имеющейся связи. IP те же) . Не появляются в LKDSDomain а также висят в ПКЛШ даже после рестарта.
в списке направлений 2-домэйн, 4-пклш, 1 -другой комп
Прикрепленное изображение

Вести можно только ЛБ, доступ к которому предполагается через LKDSCloud. Список ключей для них особый см. документ в https://forum.lkds.ru/index.php?s=&showtopic=3515&view=findpost&p=25516

Если блок с прописанной на LKDSDomain связью не появляется в списке ЛБ LKDSDOmain, то нужно, во первых, определить, приходят ли от него на сетевой интерфейс компьютера UDP пакеты на UDP порт LKDSDomain. Для этого есть специальные средства, например: https://forum.lkds.ru/index.php?s=&showtopic=2777&view=findpost&p=11798

Автор: revit 7.3.2019, 12:01

А почему тогда продолжает держаться старая связь если ее уже нет в настройке блока ?


Посмотрел на 48000 пакетов нет с этого IP. А вот на ПКЛШ обмен пакетами идет.

Автор: Андрей Ефименко 7.3.2019, 12:43

Цитата(revit @ 7.3.2019, 13:01) *

А почему тогда продолжает держаться старая связь если ее уже нет в настройке блока ?

ЛБ записывается в базу данных LKDSDomain и в дальнейшем уже сам LKDSDomain начинает посылать пакеты в ЛБ. Поэтому, даже если удалить связь из ЛБ и не изменился IP:Порт ЛБ, то в ЛБ появится динамическая связь и обмен будет.

Это одна из причин необходимости удаления ЛБ из списка.

Автор: poiZon 12.3.2019, 9:31

Цитата(Андрей Ефименко @ 3.3.2019, 16:19) *

4. можно добавить в список ЛБ, если предполагается связь с ним через "Облако" (LKDSCloud)


А как насчет возможности указать подключение через LKDSCloud для уже заведенного блока (как в LKDSPro)? А то чтобы завести существующий ЛБ через облако надо сначала удалить этот ЛБ из списка имеющихся, а чтобы удалить из этого списка надо сначала удалить из конфигурации, потом завести ЛБ через облако и заново описать в конфигурации blink.gif . Сложноватый механизм получается.

Автор: poiZon 13.3.2019, 10:18

В список имеющихся ЛБ добавляю ЛБ доступный через облако, после сохранения он в списке на голубом фоне и с зеленой галочкой, хотя ЛБ не имеет выхода в интернет и соответственно не может быть доступен.

Автор: Андрей Ефименко 13.3.2019, 10:52

Цитата(poiZon @ 13.3.2019, 11:18) *

В список имеющихся ЛБ добавляю ЛБ доступный через облако, после сохранения он в списке на голубом фоне и с зеленой галочкой, хотя ЛБ не имеет выхода в интернет и соответственно не может быть доступен.

Нужно перечитать список ЛБ. Сейчас ЛБ имеет связь ?
Ну и лучше сформировать данные для техподдержки и прислать.

Автор: poiZon 13.3.2019, 11:34

Цитата(Андрей Ефименко @ 13.3.2019, 11:52) *

Нужно перечитать список ЛБ. Сейчас ЛБ имеет связь ?
Ну и лучше сформировать данные для техподдержки и прислать.


Подумал и выдал "кирпич"

Автор: poiZon 14.3.2019, 10:40

Если в описании LKDSDomain завести блок как доступный через облако, а в блоке прописать связь до сервера, то постоянно пишет, что данные не от облака и связь не поднимается (при отсутствии связи с облаком, но наличии прямой связи с сервером). Не логично.

Автор: Андрей Ефименко 14.3.2019, 12:34

Цитата(poiZon @ 14.3.2019, 11:40) *

Если в описании LKDSDomain завести блок как доступный через облако, а в блоке прописать связь до сервера, то постоянно пишет, что данные не от облака и связь не поднимается (при отсутствии связи с облаком, но наличии прямой связи с сервером). Не логично.

Это правильно. Так сделано и в ПКЛШ и в LKDSPro. Если связь описана как через "облако", то и данные должны приходить от "Облака". Вся остальная информация отбрасывается.

Смены признака через "облако" и не через "облако" будет сделана.

Автор: poiZon 15.3.2019, 11:46

Цитата(Андрей Ефименко @ 14.3.2019, 13:34) *

Смены признака через "облако" и не через "облако" будет сделана.


Вот это хорошо, а то

Цитата(Андрей Ефименко @ 14.3.2019, 13:34) *

Так сделано и в ПКЛШ и в LKDSPro. Если связь описана как через "облако", то и данные должны приходить от "Облака". Вся остальная информация отбрасывается.


только в ПКЛШ и LKDSPro переключается галочкой, а здесь целый ритуал с бубном и плясками.

Автор: poiZon 20.3.2019, 9:37

Цитата(Андрей Ефименко @ 14.3.2019, 13:34) *

Смены признака через "облако" и не через "облако" будет сделана.


Очень ждем. На стадии полноценного перехода на сервер LKDSDomain очень нужная опция, а то руками каждый раз перебивать очень устал.

Автор: Андрей Ефименко 21.3.2019, 9:33

Цитата(poiZon @ 20.3.2019, 10:37) *

Очень ждем. На стадии полноценного перехода на сервер LKDSDomain очень нужная опция, а то руками каждый раз перебивать очень устал.

В обновление ПО выложен LKDSDomain и LKDSDomainCfg.exe v4.7.2.10

Изменения следующие:

1. У ЛБ в списке ЛБ, доступных по прямому подключению, можно менять признак "Связь через LKDSCloud"
2. В SPult можно не вводить/не изменять ключ для ЛБ, доступному по прямому подключению, т.к. сейчас этот ключ не используется. Используются только ключи в LKDSDomainCfg.exe.

SPult будет доработан и поле "ключ" не будет появляться вообще при работе c LKDSDomain.

Автор: poiZon 21.3.2019, 11:57

Цитата(Андрей Ефименко @ 21.3.2019, 10:33) *

В обновление ПО выложен LKDSDomain и LKDSDomainCfg.exe v4.7.2.10

Изменения следующие:

1. У ЛБ в списке ЛБ, доступных по прямому подключению, можно менять признак "Связь через LKDSCloud"


Вот за это большое спасибо

Цитата(Андрей Ефименко @ 21.3.2019, 10:33) *

2. В SPult можно не вводить ключ для ЛБ[u], доступному по прямому подключению, т.к. сейчас этот ключ не используется. Используются только ключи в LKDSDomainCfg.exe.


ругается что не введен ключ

Кстати обнаружилась проблема.
На компе работает Спульт в режиме юзера.
Дополнительно запускаю Спульт под админом, правлю ключ у одного лифта, сохраняю конфиг, спульт закрывается. Пробую открыть снова как админ, а он мне выдает, что уже работает другой админ, и это окно с сообщением зависает (не отвечает), смотрю диспетчер задач, а там действительно два Спульта. Закрываю тот что не грузит ресурсы (спульт с юзером остается), а войти админом все равно не получается.

UPD как юзер тоже вышел, в диспетчере процессов спульта не осталось, а админ все равно "работает"

Автор: Андрей Ефименко 21.3.2019, 12:31

Цитата(poiZon @ 21.3.2019, 12:57) *

ругается что не введен ключ

Пока можно ввести любой ключ

Цитата(poiZon @ 21.3.2019, 12:57) *

Кстати обнаружилась проблема.
На компе работает Спульт в режиме юзера.
Дополнительно запускаю Спульт под админом, правлю ключ у одного лифта, сохраняю конфиг, спульт закрывается. Пробую открыть снова как админ, а он мне выдает, что уже работает другой админ, и это окно с сообщением зависает (не отвечает), смотрю диспетчер задач, а там действительно два Спульта. Закрываю тот что не грузит ресурсы (спульт с юзером остается), а войти админом все равно не получается.

UPD как юзер тоже вышел, в диспетчере процессов спульта не осталось, а админ все равно "работает"

Посмотрю, ну а в данном случае можно перезагрузить службу LKDSDomain.

Ну и хотел бы получить данные в техподдержку.

Автор: Андрей Ефименко 22.3.2019, 8:55

Цитата(poiZon @ 21.3.2019, 12:57) *

Кстати обнаружилась проблема.
На компе работает Спульт в режиме юзера.
Дополнительно запускаю Спульт под админом, правлю ключ у одного лифта, сохраняю конфиг, спульт закрывается. Пробую открыть снова как админ, а он мне выдает, что уже работает другой админ, и это окно с сообщением зависает (не отвечает), смотрю диспетчер задач, а там действительно два Спульта. Закрываю тот что не грузит ресурсы (спульт с юзером остается), а войти админом все равно не получается.

UPD как юзер тоже вышел, в диспетчере процессов спульта не осталось, а админ все равно "работает"

Действительно, иногда Администратор не отключался сразу после сохранения конфигурации. Его можно было бы видеть в LKDSDomainCfg по меню "Организации пользователей"\"Текущие подключения". Через 3 минуты всё-равно отключение бы произошло.

Выложено обновление LKDSDomain в котором это исключено. Сейчас Администратор принудительно отключается самим LKDSDomain после получения структуры.

Автор: poiZon 22.3.2019, 9:16

Цитата(Андрей Ефименко @ 22.3.2019, 9:55) *

Действительно, иногда Администратор не отключался сразу после сохранения конфигурации. Его можно было бы видеть в LKDSDomainCfg по меню "Организации пользователей"\"Текущие подключения".


Так и было

Цитата(Андрей Ефименко @ 21.3.2019, 13:31) *

данном случае можно перезагрузить службу LKDSDomain.


Не помешала бы кнопка Restart как в LKDSDisp

И еще вот:
Ничего не понял Прикрепленное изображение

Автор: Андрей Ефименко 22.3.2019, 10:54

Цитата(poiZon @ 22.3.2019, 10:16) *

И еще вот:
Ничего не понял Прикрепленное изображение

Один из вариантов - у данного ЛБ был убран признак "Связь через LKDSCloud", после чего данные сохранили и сразу прочитали.

Изначально считается, что связь с ЛБ есть и нужно некоторое время для определения потери связи.

Возможно в данном случает, т.е. если был убран признак "Связь через LKDSCloud", нужно сразу ставить признак "Связи нет", ну а если появится, то появится.


Автор: poiZon 22.3.2019, 11:40

Цитата(Андрей Ефименко @ 22.3.2019, 11:54) *

Один из вариантов - у данного ЛБ был убран признак "Связь через LKDSCloud", после чего данные сохранили и сразу прочитали.


Снял признак и прошло минут 15-20.

Сделал свежий скрин Прикрепленное изображение
Дата прихода данных обновилась, связь потерялась, тип ЛБ не вычитан. Как это???

И еще момент по прямому подключению LKDSDomain:
Раньше в ПКЛШ или LKDSPro можно было прописать блок на пульте и не заводить связь в самом блоке и все работало, теперь все с точностью до наоборот.

Автор: Андрей Ефименко 22.3.2019, 12:34

Цитата(poiZon @ 22.3.2019, 12:40) *

Снял признак и прошло минут 15-20.

Сделал свежий скрин Прикрепленное изображение
Дата прихода данных обновилась, связь потерялась, тип ЛБ не вычитан. Как это???

Это значит, что от ЛБ данные в LKDSDisp приходят, а от LKDSDisp до ЛБ не доходят, т.е. связь односторонняя
Об этом должна была сообщить https://forum.lkds.ru/index.php?s=&showtopic=3519&view=findpost&p=24564

Цитата(poiZon @ 22.3.2019, 12:40) *

И еще момент по прямому подключению LKDSDomain:
Раньше в ПКЛШ или LKDSPro можно было прописать блок на пульте и не заводить связь в самом блоке и все работало, теперь все с точностью до наоборот.

Это действительно так. При таком подходе можно положиться на NAT и не настраивать маршрутизаторы на стороне ЛБ.

Автор: revit 22.3.2019, 13:07

В СПульте пока нет выбора "прямого подключения"?

Автор: poiZon 22.3.2019, 13:19

Цитата(revit @ 22.3.2019, 14:07) *

В СПульте пока нет выбора "прямого подключения"?


Прикрепленное изображение

Автор: revit 22.3.2019, 13:41

У меня в 4.7.2.50 этого нет. У вас наверное какая-то бета версия?

Автор: poiZon 22.3.2019, 13:57

Цитата(Андрей Ефименко @ 22.3.2019, 13:34) *

Это значит, что от ЛБ данные в LKDSDisp приходят, а от LKDSDisp до ЛБ не доходят, т.е. связь односторонняя


Так вот и получается что от LKDSDomain данные не доходят, а от LKDSProCfg с этого же компа доходят

Цитата(Андрей Ефименко @ 22.3.2019, 13:34) *

Об этом должна была сообщить https://forum.lkds.ru/index.php?s=&showtopic=3519&view=findpost&p=24564


Подсистема про него ничего не сообщала


Цитата(revit @ 22.3.2019, 14:41) *

У меня в 4.7.2.50 этого нет. У вас наверное какая-то бета версия?

Вот юзер с релиза Прикрепленное изображение

Автор: Андрей Ефименко 22.3.2019, 14:25

Цитата(poiZon @ 22.3.2019, 14:57) *

Так вот и получается что от LKDSDomain данные не доходят, а от LKDSProCfg с этого же компа доходят
Подсистема про него ничего не сообщала

Ну значит нужно искать причину. Пришлите данные и укажите ID блока.

Цитата(poiZon @ 22.3.2019, 14:57) *

Вот юзер с релиза Прикрепленное изображение

При подключении к LKDSCloud и LKDSDomain это было с 18.04.2018

Автор: revit 22.3.2019, 14:30

Прикрепленное изображение Андрей Владимирович что это за магия?

И еще маленькая просьба: при вводе года сделать сортировку в списке по убыванию, чтобы 2019 был вверху списка. При большом кол-ве лифтов легче выбирать-не нужно каждый раз в конец списка крутить.
Прикрепленное изображение

Автор: Андрей Ефименко 22.3.2019, 17:54

Цитата(revit @ 22.3.2019, 15:30) *

Прикрепленное изображение Андрей Владимирович что это за магия?

А точно подключение к LKDSDomain ?

Цитата(revit @ 22.3.2019, 15:30) *

И еще маленькая просьба: при вводе года сделать сортировку в списке по убыванию, чтобы 2019 был вверху списка. При большом кол-ве лифтов легче выбирать-не нужно каждый раз в конец списка крутить.
Прикрепленное изображение

Spult выложен в папку https://lkds.ru/soft/unpacked/LKDSDrv_Beta/SPult/

Автор: revit 22.3.2019, 18:15

Цитата(Андрей Ефименко @ 22.3.2019, 14:54) *
А точно подключение к LKDSDomain ?
Дык нет конечно ohmy.gif laugh.gif
Подключаюсь админом локально, а то что к LKDSDisp и не подумал. Почему то захотелось в обычном СПульте увидеть лифты по прямому подключению..... блин. unsure.gif

Автор: Андрей Ефименко 29.3.2019, 10:47

Сделаны доработки LKDSDomain. Они носят, в основном, оптимизационный характер. Как мог проверил, но сразу выкладывать в обновление ПО показалось преждевременным. И было бы хорошо провести предварительное тестирование.

Суть доработок:

1 сообщения, связанные с резервированием передаются в систему оповещений и не сохраняются в журнале. что уменьшает размер журнала в базе данных и уменьшает трафик с клиентами, т.к. эти сообщения передавались и клиентам.

2.Если клиент удачно прочитал состояния лифтов по TCP, то в дальнейшем ему будут передаваться только состояния, возникшие после чтения состояния лифтов по TCP. Это уменьшает трафик с клиентами, т.к. сейчас делается полное обновление состояний, не учитывая передачу состояний по TCP.

Файл LKDSDomain.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/

Процедура ручной замены следующая:

1. Переименуйте имеющийся в папке \LKDSDrv\LKDSDomain\ файл LKDSDomain.exe в файл LKDSDomain.exe_old,

2. Запишите LKDSDomain.exe доступен в папке https://lkds.ru/soft/unpacked/LKDSDrv_Beta/LKDSDomain/ в папку \LKDSDrv\LKDSDomain\

3. перезагрузите службу LKDSDomain из "Диспетчера задач" (закладка "службы") или из "Командной строки" командой:

net stop LKDSDomain
net start LKDSDomain

И хотел бы получить отзывы.



Автор: poiZon 2.4.2019, 8:20

Андрей Владимирович, давайте разберемся с механизмом прямого подключения.
Кмк в LKDSDomain следует перенять все лучшее от уже имеющегося, а именно в LKDSPro очень удобно что "всплывают" ЛБ в которых описана связь до пульта, но их ещё нет на пульте, также удобно, что можно описать связь до ЛБ со стороны пульта и не описывать ее в самом ЛБ, а можно описать с двух сторон и получить максимальную надежность.
Текущая реализация настроек связей с ЛБ в LKDSDomain вызывает одни вопросы.
Есть у меня многострадальный блок находящийся в "режимной" сети, до него проброшен порт, в нем описаны две связи до действующего пульта с Мпульт и до сервера LKDSDomain, так вот с МПультом связь есть, а с Домаин нет, причем если я с сервера подключаюсь ConfigLBPro по IP адресу к блоку, то все нормально подключается, а вот по инициативе блока пакеты на сервер не идут, а в настройках LKDSDomain мне просто некуда прописать IP адрес блока как это было в LKDSPro.

Автор: Андрей Ефименко 2.4.2019, 14:08

Цитата(poiZon @ 2.4.2019, 9:20) *

Андрей Владимирович, давайте разберемся с механизмом прямого подключения.
Кмк в LKDSDomain следует перенять все лучшее от уже имеющегося, а именно в LKDSPro очень удобно что "всплывают" ЛБ в которых описана связь до пульта, но их ещё нет на пульте, также удобно, что можно описать связь до ЛБ со стороны пульта и не описывать ее в самом ЛБ, а можно описать с двух сторон и получить максимальную надежность.
Текущая реализация настроек связей с ЛБ в LKDSDomain вызывает одни вопросы.
Есть у меня многострадальный блок находящийся в "режимной" сети, до него проброшен порт, в нем описаны две связи до действующего пульта с Мпульт и до сервера LKDSDomain, так вот с МПультом связь есть, а с Домаин нет, причем если я с сервера подключаюсь ConfigLBPro по IP адресу к блоку, то все нормально подключается, а вот по инициативе блока пакеты на сервер не идут, а в настройках LKDSDomain мне просто некуда прописать IP адрес блока как это было в LKDSPro.

В LKDSDomain действительно должен реализовывать всё полезное от предыдущих разработок и избавляться от сомнительных возможностей. Именно по этому и принят "серверный" подход общения с ЛБ, при котором только ЛБ выступают инициаторами связи.

В вашем случае пакеты от компьютера-сервера доходят до "многострадального" блока, при этом, вероятно, в маршрутизаторах образуются временные маршруты, по которым и происходит обмен.

Нужно добиться того, что бы данные от этого "многострадального" блока сами появлялись на сетевом интерфейсе компьютера-сервера. Лучше пообщаться отдельно по этому конкретному поводу.

Автор: poiZon 2.4.2019, 14:14

Цитата(Андрей Ефименко @ 2.4.2019, 15:08) *

Нужно добиться того, что бы данные от этого "многострадального" блока сами появлялись на сетевом интерфейсе компьютера-сервера.


Так вот до пульта они без проблем идут, а до сервера не хотят

Цитата(Андрей Ефименко @ 2.4.2019, 15:08) *

Лучше пообщаться отдельно по этому конкретному поводу.


Я всё скинул в ЛС.

Автор: OlegO 5.4.2019, 16:57

Здравствуйте. Заметил, что не работает SmartTool, открывает окно с начальным градусником и все. Перезапускаю SPult на Disp, и все работает с тем же лифтовым блоком.

Автор: Андрей Ефименко 5.4.2019, 17:13

Цитата(OlegO @ 5.4.2019, 17:57) *

Здравствуйте. Заметил, что не работает SmartTool, открывает окно с начальным градусником и все. Перезапускаю SPult на Disp, и все работает с тем же лифтовым блоком.

ЛБ, с которым не работает SmartTool в LKDSDomain, с прямым подключением (в SPult указан идентификатор ЛБ) ?

Автор: OlegO 5.4.2019, 18:09

Подключение ЛБ через DRV, не работает на блоках 5.5, 6.0, 6.1, 7.2.

Автор: Андрей Ефименко 6.4.2019, 8:30

Цитата(OlegO @ 5.4.2019, 19:09) *

Подключение ЛБ через DRV, не работает на блоках 5.5, 6.0, 6.1, 7.2.

Воспроизвести ситуацию не удалось.

Есть просьба:
- запустить SmartTool для ЛБ7.2
- подождать 1 минуту
- сформировать данные в техподдержку
- прислать данные и указать когда и с каим ЛБ запускался SmartTool

Автор: madlev 6.4.2019, 12:57

Решил попробовать перенести структуру LKDSDomain на другой компьютер. Восстановил её из файла LKDSDomainStruct.XML. Открыл "Список имеющихся ЛБ", он пустой. Я понимаю, что ЛБ в нём появятся при поступлении информации от них, а как быть с параметром "Примечание", у меня в нём записаны географические адреса ЛБ. Его придётся заново вручную набивать?

Автор: Андрей Ефименко 6.4.2019, 16:52

Цитата(madlev @ 6.4.2019, 13:57) *

Решил попробовать перенести структуру LKDSDomain на другой компьютер. Восстановил её из файла LKDSDomainStruct.XML. Открыл "Список имеющихся ЛБ", он пустой. Я понимаю, что ЛБ в нём появятся при поступлении информации от них, а как быть с параметром "Примечание", у меня в нём записаны географические адреса ЛБ. Его придётся заново вручную набивать?

Сейчас да.

Сделаю при выгрузке структуры в файл LKDSDomainStruct.XML ещё выгрузку лифтовых блоков в файл, например, LKDSDomainLU.XML и, соответственно, загрузку вместе с файлом LKDSDomainStruct.XML ещё и файла LKDSDomainLU.XML.

Автор: Андрей Ефименко 7.4.2019, 15:08

Цитата(madlev @ 6.4.2019, 13:57) *

Решил попробовать перенести структуру LKDSDomain на другой компьютер. Восстановил её из файла LKDSDomainStruct.XML. Открыл "Список имеющихся ЛБ", он пустой. Я понимаю, что ЛБ в нём появятся при поступлении информации от них, а как быть с параметром "Примечание", у меня в нём записаны географические адреса ЛБ. Его придётся заново вручную набивать?

Выложено обновление ПО. При экспорте из LKDSDomain структуры формируется ещё файл LKDSDomainUnits.XML, содержащий ЛБ с прямым подключением Прикрепленное изображение

При переносе LKDSDomain на другой компьютер, если работают оба компьютера, т.е. и старый и новый, и переносится конфигурационный файл LKDSDomain.xml, нужно изменить идентификатор Прикрепленное изображение и добавить в ЛБ новую связь на новый идентификатор (если связь НЕ через LKDSCloud). Иначе может пропадать связь с ЛБ на обоих компьютерах.

Автор: revit 8.4.2019, 11:55

С каким ключем делается экспорт из LKDSdomain?

Автор: Андрей Ефименко 8.4.2019, 12:45

Цитата(revit @ 8.4.2019, 12:55) *

С каким ключем делается экспорт из LKDSdomain?

Экспорта по командной сроке, как это сделано для LKDSDisp:

LKDSDispCfg.exe -o

в LKDSDomainCfg.exe не реализовано, но если нужно, то сделать можно.

Автор: OlegO 8.4.2019, 13:28

Цитата(Андрей Ефименко @ 6.4.2019, 8:30) *

Воспроизвести ситуацию не удалось.

Есть просьба:
- запустить SmartTool для ЛБ7.2
- подождать 1 минуту
- сформировать данные в техподдержку
- прислать данные и указать когда и с каим ЛБ запускался SmartTool

Отправил, добавлю, что в ASPult можно настроить ЛБ как при подключении к Disp, так и при подключении к Domain.

Автор: revit 9.4.2019, 11:25

Цитата(Андрей Ефименко @ 8.4.2019, 9:45) *

Экспорта по командной сроке, как это сделано для LKDSDisp:

LKDSDispCfg.exe -o

в LKDSDomainCfg.exe не реализовано, но если нужно, то сделать можно.

Очень желательно для автоматического архивирования

Автор: Андрей Ефименко 9.4.2019, 12:26

Цитата(OlegO @ 8.4.2019, 14:28) *

Отправил, добавлю, что в ASPult можно настроить ЛБ как при подключении к Disp, так и при подключении к Domain.

Спасибо за информацию.

В обновление ПО выложен исправленный LKDSDomain.

Автор: madlev 9.4.2019, 18:08

Попробовал восстановить структуру из LKDSDomainStruct.XML и LKDSDomainLU.XML. Не получилось. Вышло сообщение, что структура уже загружена. Что нужно сделать, чтобы загрузить новую структуру?

Автор: Андрей Ефименко 10.4.2019, 7:28

Цитата(madlev @ 9.4.2019, 19:08) *

Попробовал восстановить структуру из LKDSDomainStruct.XML и LKDSDomainLU.XML. Не получилось. Вышло сообщение, что структура уже загружена. Что нужно сделать, чтобы загрузить новую структуру?

Импорт делается в пустую базу данных.

Что бы импортировать из LKDSDomain*.xml или LKDSDisp*.xml, если в базу уже что-то введено, нужно:

1. Закрыть конфигуратор LKDSDomainCfg.exe, если запущен.
2. Остановить службу LKDSDomain
3. Удалить базу данных LKDSDOMAIN с помощью SQL Server Manаgement Studio
4. Запустить службу LKDSDomain
5. Запустить конфигуратор LKDSDomainCfg.exe
6. импортировать из LKDSDomain*.xml или LKDSDisp*.xml


Автор: madlev 10.4.2019, 8:19

Цитата(Андрей Ефименко @ 10.4.2019, 9:28) *

Импорт делается в пустую базу данных.

....
6. импортировать из LKDSDomain*.xml или LKDSDisp*.xml

Сделал. Но список ЛБ всё равно пустой. Или он появится, когда придёт информация от блоков? И там будет заполнена строка "Примечание"?

Автор: Андрей Ефименко 10.4.2019, 8:35

Цитата(madlev @ 10.4.2019, 9:19) *

Сделал. Но список ЛБ всё равно пустой. Или он появится, когда придёт информация от блоков? И там будет заполнена строка "Примечание"?

Список ЛБ должен появиться сразу. Сформируйте данные в тех.поддержку и пришлите.

Цитата(revit @ 9.4.2019, 12:25) *

Очень желательно для автоматического архивирования

В обновление ПО выложен LKDSDomainCfg.exe. Экспорт в файлы LKDSDomainUnits.XML, LKDSDomainStruct.XML можно сделать из командной строки:

LKDSDomainCfg.exe -o

Автор: revit 10.4.2019, 11:43

Цитата(Андрей Ефименко @ 10.4.2019, 5:35) *

В обновление ПО выложен LKDSDomainCfg.exe. Экспорт в файлы LKDSDomainUnits.XML, LKDSDomainStruct.XML можно сделать из командной строки:
LKDSDomainCfg.exe -o
sad.gif Почему то файлы XML не меняют дату на текущую т.е не экспортируются.

Автор: Андрей Ефименко 10.4.2019, 12:41

Цитата(revit @ 10.4.2019, 12:43) *

sad.gif Почему то файлы XML не меняют дату на текущую т.е не экспортируются.

Проверил у себя ещё раз, у меня экспортируется.

Версия LKDSDomainCfg.exe 4.7.2.12 ?

После запуска

LKDSDomainCfg.exe -o

окно программы появляется ?

Автор: madlev 10.4.2019, 12:59

Цитата(Андрей Ефименко @ 10.4.2019, 10:35) *

Список ЛБ должен появиться сразу. Сформируйте данные в тех.поддержку и пришлите.


Данные выслал.

Автор: Андрей Ефименко 10.4.2019, 13:50

Цитата(madlev @ 10.4.2019, 13:59) *

Данные выслал.

У Вас LKDSDomainCfg.exe v4.7.2.11, должен быть v4.7.2.12

Обновите ПО вручную ещё раз. Обновление было выложено сегодня в 5:20 по Москве.

Автор: revit 10.4.2019, 16:30

Всё нормально., разобрался. Смотрел на LKDSDispStruct и User.... находящиеся в этой папке LKDSDomain. Откуда они там.... blink.gif huh.gif

Автор: Андрей Ефименко 28.5.2019, 9:23

Как я уже писал, желательно попробовать использовать сервер LKDSDomain. т.к. это следующий шаг в развитии серверных технологий.

Изучение LKDSDomain нужно поводить на том же компьютере - сервере, на котором работает LKDSDisp.
LKDSDisp и LKDSDomain работают независимо друг от друга и могут использовать один SQL сервер.

Возможен полный перенос структур из LKDSDisp в LKDSDomain.

Никаких настроек оборудование не требуется.

Единственно - SPult , ASPult, iSPult, WSPult будут подключаться с другими параметрами.

Выложено обновление ПО (сервер LKDSDomian.exe и конфигуратор LKDSDomainCfg.exe). В обновлённом варианте можно не только импортировать структуру из LKDSDisp в пустую базу данных LKDSDomain, но и дозагружать изменения из LKDSDisp в имеющуюся базу LKDSDomain Прикрепленное изображение.

Т.е. можно изменять структуру в LKDSDisp, выгружать структуру в XML файлы (конфигуратор LKDSDispCfg.exe) и дозагружать изменения в LKDSDomain (конфигуратор LKDSDomainCfg.exe). Думается, что это может облегчить переход на LKDSDomain.

Только нужно учитывать, что при использовании дозагрузки никакого ручного изменения структуры в LKDSDomain не должно быть. Дозагрузка может использоваться только на этапе перехода с LKDSDisp на LKDSDomain.


Автор: Pro100A1ex 28.5.2019, 18:19

Цитата(Андрей Ефименко @ 28.5.2019, 9:23) *

Как я уже писал, желательно попробовать использовать сервер LKDSDomain. т.к. это следующий шаг в развитии серверных технологий.


Не могли ли бы Вы немного повлиять на своих коллег, которые занимаются разработкой MultiProg и LKDSVideo? А именно ускориться для реализации поддержки LKDSDomain, чтобы можно было полностью перейти на LKDSDomain.
Или подскажите к кому обратится с этим вопросом smile.gif .

Заранее благодарны.

Автор: Pro100A1ex 3.6.2019, 22:55

Было у нас 2 ЛБ6.0 прописаны в SPulte по структуре LKDSDrv, решили сменить на объекте блоки 6.0 на 6.1 и прописали их с прямым подключением к LKDSDomain в SPulte
Прикрепленное изображение и получается ерунда: у нас в LKDSDomain блоки на связи, а в SPulte нет
Прикрепленное изображение
Прикрепленное изображение
как побороть это?

Автор: Андрей Ефименко 4.6.2019, 7:02

Цитата(Pro100A1ex @ 3.6.2019, 23:55) *

Было у нас 2 ЛБ6.0 прописаны в SPulte по структуре LKDSDrv, решили сменить на объекте блоки 6.0 на 6.1 и прописали их с прямым подключением к LKDSDomain в SPulte
Прикрепленное изображение и получается ерунда: у нас в LKDSDomain блоки на связи, а в SPulte нет
Прикрепленное изображение
Прикрепленное изображение
как побороть это?

Нужно ещё в SPult в Администраторе сменить для этих лифтов "Источник информации от ЛБ" из "Сеть передачи данных Обь" в "Прямое подключение" Прикрепленное изображение

Это было сделано ?

Автор: Pro100A1ex 4.6.2019, 14:03

Цитата(Андрей Ефименко @ 4.6.2019, 7:02) *

Нужно ещё в SPult в Администраторе сменить для этих лифтов "Источник информации от ЛБ" из "Сеть передачи данных Обь" в "Прямое подключение" Прикрепленное изображение

Это было сделано ?

Да, сделано
Прикрепленное изображение

Проблема решена перезапуском служб LKDSDrv and LKDSDomain, УРА

Автор: Андрей Ефименко 5.6.2019, 7:37

Цитата(Pro100A1ex @ 4.6.2019, 15:03) *

Да, сделано
Прикрепленное изображение

Проблема решена перезапуском служб LKDSDrv and LKDSDomain, УРА

Поводил я эксперимент, конечно не такой, но похожий - ЛБPro описан в ПКЛШ и имеет прямую связь с LKDSDomain. При изменении в Администраторе SPult "Источника информации от ЛБ" с "Сеть передачи данных Обь" на "Прямое подключение" и обратно, связь с ЛБ не терялась.

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

Автор: Pro100A1ex 5.6.2019, 13:45

Цитата(Андрей Ефименко @ 5.6.2019, 7:37) *

Поводил я эксперимент, конечно не такой, но похожий - ЛБPro описан в ПКЛШ и имеет прямую связь с LKDSDomain. При изменении в Администраторе SPult "Источника информации от ЛБ" с "Сеть передачи данных Обь" на "Прямое подключение" и обратно, связь с ЛБ не терялась.

У нас при таком варианте тоже никаких сложностей не возникает. Тут интересный момент: ЛБ на связи в LKDSDomain есть, в SPulte прописан по прямому подключению, а вот SPult почему-то, как я понимаю, все равно использовал настройки на старое соединение.
Цитата

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


Ссылку на архив за 05.06.2019 сбросили на почту. Или нужно сделать за тот день, когда не получалось вывести ЛБ на связь в SPulte?

Автор: Андрей Ефименко 5.6.2019, 14:55

Цитата(Pro100A1ex @ 5.6.2019, 14:45) *

У нас при таком варианте тоже никаких сложностей не возникает. Тут интересный момент: ЛБ на связи в LKDSDomain есть, в SPulte прописан по прямому подключению, а вот SPult почему-то, как я понимаю, все равно использовал настройки на старое соединение.
Ссылку на архив за 05.06.2019 сбросили на почту. Или нужно сделать за тот день, когда не получалось вывести ЛБ на связь в SPulte?

Сделайте на ту дату, когда не получилось вывести ЛБ на связь в SPulte, будем надеяться, что данные остались.

Автор: Pro100A1ex 13.6.2019, 18:19

Цитата(Андрей Ефименко @ 5.6.2019, 14:55) *

Сделайте на ту дату, когда не получилось вывести ЛБ на связь в SPulte, будем надеяться, что данные остались.

Ссылка на почте, сделали давно но не было времени выложить.

Автор: poiZon 3.7.2019, 8:05

Вчера обнаружилась вот такая странность Прикрепленное изображение
УМ ушел со связи, после восстановления связи ЛБ уже почти сутки продолжают показывать отсутствие связи пока не откроешь диалоговое окно, при открытии все показывает как положено. Принудительный опрос ЛБ разрешен. Данные с сервера домаин отправил на почту.

Автор: revit 4.7.2019, 12:17

Андрей Владимирович очень хотелось бы видеть в домэйне статистику подключений- кто, откуда, когда и сколько был... cool.gif
Помимо текущих подключений.

Автор: Андрей Ефименко 5.7.2019, 9:50

Цитата(revit @ 4.7.2019, 13:17) *

Андрей Владимирович очень хотелось бы видеть в домэйне статистику подключений- кто, откуда, когда и сколько был... cool.gif
Помимо текущих подключений.

Пока такой статистики не ведётся.
Сделать можно, но не быстро.

Автор: Андрей Ефименко 11.7.2019, 7:39

При заведении организации можно выбрать язык - русский или английский : как в конфигураторе LKDSDomainCfg Прикрепленное изображение, так и при WEB подключении Прикрепленное изображение

До сих пор это не имело смысла, т.к. организации использовали только русский язык.
Выложены обновления, и теперь организация с английским языком будет делать английские сообщения и записи в базу данных.

Автор: Андрей Ефименко 21.7.2019, 15:32

LKDSDomain имеет возможность прямого подключения к ЛБPro, минуя промежуточные службы (LKDSDrv, LKDSDrv), поэтому ЛБPro можно не описывать в LKDSPro и/или программных КЛШ LKDSDrv. Для того, что бы иметь возможность экспорта информации в SCADA системы (в OPC клиенты) при использовании прямого подключения ЛБ к LKDSDomain, и в LKDSDomain реализован OPC DA сервер Прикрепленный файл  OPCDA_LKDSDomain.pdf ( 775.11 килобайт ) Кол-во скачиваний: 173


В LKDSDomain планируется:

1) реализовать передачу голоса через OPC DA.
2) добавить в экспорт OPC DA сервера, параметры устройств ЛБ 7.2 (переговорные устройства и др.)

Сейчас в LKDSDomain есть эскизная реализация OPC UA сервера на основе организации, т.е. структуры отображаемой в SPult, но очень сомнительно, что такой подход будет востребован.
Планируется реализовать в LKDSDomain сервер OPC UA, точно такой же по набору информации, как и OPC DA.


Автор: Pro100A1ex 23.7.2019, 16:20

Добрый день.
Заметили один момент, после автообновления 21.07.2019 (и до этого обновления), на SPult перестает приходить информация о сбоях и вызовах диспетчера, но если открыть информацию по лифту, то информация моментально актуализируется, решили данный вопрос элементарным перезапускам SPult, просим Вас в будущем исправить данный сбой в работе.
Заранее благодарны.

Автор: Андрей Ефименко 24.7.2019, 6:34

Цитата(Pro100A1ex @ 23.7.2019, 17:20) *

Добрый день.
Заметили один момент, после автообновления 21.07.2019 (и до этого обновления), на SPult перестает приходить информация о сбоях и вызовах диспетчера, но если открыть информацию по лифту, то информация моментально актуализируется, решили данный вопрос элементарным перезапускам SPult, просим Вас в будущем исправить данный сбой в работе.
Заранее благодарны.

Правильно ли я понял ситуацию ?

Если в течении одного сеанса работы SPult произойдет обновление LKDSDomain, то этот SPult перестаёт показывать новые состояния. Если завершить работу SPult (т.е завершить текущий сеанс) и снова запустить SPult, то SPult начинает показывать новые состояния.

Автор: Pro100A1ex 24.7.2019, 9:24

Цитата(Андрей Ефименко @ 24.7.2019, 6:34) *

Правильно ли я понял ситуацию ?

Если в течении одного сеанса работы SPult произойдет обновление LKDSDomain, то этот SPult перестаёт показывать новые состояния. Если завершить работу SPult (т.е завершить текущий сеанс) и снова запустить SPult, то SPult начинает показывать новые состояния.

Да, все Вы правильно понимаете.

Автор: Pro100A1ex 14.8.2019, 12:13

Столкнулись с интересным моментом: вчера диспетчер выключал лифт, а в
журнале отбора сообщений данного лифта информация отсутствует,Прикрепленное изображение как такое может быть?
Делал подключение SPult к LKDSDisp - тоже отсутствует информация или так должно быть? Хотя, когда заходишь в "Состояние контрольных точек в момент отключения" - там информация есть.Прикрепленное изображение

Автор: Андрей Ефименко 14.8.2019, 12:41

Цитата(Pro100A1ex @ 14.8.2019, 13:13) *

Столкнулись с интересным моментом: вчера диспетчер выключал лифт, а в
журнале отбора сообщений данного лифта информация отсутствует,Прикрепленное изображение как такое может быть?
Делал подключение SPult к LKDSDisp - тоже отсутствует информация или так должно быть? Хотя, когда заходишь в "Состояние контрольных точек в момент отключения" - там информация есть.Прикрепленное изображение

Запись должна быть Прикрепленное изображение
Пришлите данные начиная со вчера с указанием когда и какой лифт выключался.

Автор: Pro100A1ex 14.8.2019, 18:56

Цитата(Андрей Ефименко @ 14.8.2019, 12:41) *

Запись должна быть Прикрепленное изображение
Пришлите данные начиная со вчера с указанием когда и какой лифт выключался.

Сылку сбросили на почту

Автор: poiZon 20.8.2019, 10:44

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

Автор: Андрей Ефименко 21.8.2019, 7:20

Цитата(poiZon @ 20.8.2019, 11:44) *

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

Проблема такая есть и в LKDSDisp и в MPultPro, её безусловно нужно решать.
Ну и опять же для конкретики - хотел бы получить данные для тех.поддержки.

Автор: Андрей Ефименко 21.8.2019, 8:41

Цитата(Андрей Ефименко @ 21.7.2019, 16:32) *

LKDSDomain имеет возможность прямого подключения к ЛБPro, минуя промежуточные службы (LKDSDrv, LKDSDrv), поэтому ЛБPro можно не описывать в LKDSPro и/или программных КЛШ LKDSDrv. Для того, что бы иметь возможность экспорта информации в SCADA системы (в OPC клиенты) при использовании прямого подключения ЛБ к LKDSDomain, и в LKDSDomain реализован OPC DA сервер Прикрепленный файл  OPCDA_LKDSDomain.pdf ( 775.11 килобайт ) Кол-во скачиваний: 173


В LKDSDomain планируется:

1) реализовать передачу голоса через OPC DA.
2) добавить в экспорт OPC DA сервера, параметры устройств ЛБ 7.2 (переговорные устройства и др.)

Сейчас в LKDSDomain есть эскизная реализация OPC UA сервера на основе организации, т.е. структуры отображаемой в SPult, но очень сомнительно, что такой подход будет востребован.
Планируется реализовать в LKDSDomain сервер OPC UA, точно такой же по набору информации, как и OPC DA.

В обновление ПО выложен LKDSDomain, в котором:

1) исправлены замеченные ошибки
2) реализован OPC UA сервер, с теми же параметрами (переменными), что и OPC DA сервер.

Описание OPC DA/UA сервера внесено в документ, документ так же выложен в обновление.

Автор: poiZon 21.8.2019, 10:58

Цитата(Андрей Ефименко @ 21.8.2019, 8:20) *

Проблема такая есть и в LKDSDisp и в MPultPro, её безусловно нужно решать.
Ну и опять же для конкретики - хотел бы получить данные для тех.поддержки.


отправил

Автор: OlegO 28.8.2019, 13:30

Здравствуйте. Что означают пять гудков из динамика компьютера(похоже на гудки в телефоне, когда вызываемый абонент занят) после отключения голосовой связи? При работе с LKDSDisp такого нет.
На сервере одновременно работают Disp и Domain. Структуры в них одинаковы. Прямых подключений ЛБ ПРО к Domain нет.

Автор: Андрей Ефименко 29.8.2019, 7:03

Цитата(OlegO @ 28.8.2019, 14:30) *

Здравствуйте. Что означают пять гудков из динамика компьютера(похоже на гудки в телефоне, когда вызываемый абонент занят) после отключения голосовой связи? При работе с LKDSDisp такого нет.
На сервере одновременно работают Disp и Domain. Структуры в них одинаковы. Прямых подключений ЛБ ПРО к Domain нет.

Факторов много, поэтому для начала нужно воспроизвести ситуацию, т.е. включить голосовую связь, получить эти гудки, сформировать и прислать данные в тех.поддержку с указанием когда (по возможности точнее) и с каким лифтом включалась голосовая связь.

Автор: OlegO 29.8.2019, 11:41

Отправил.

Автор: Van Gog 3.12.2019, 14:19

Подскажите пожалуйста, когда модули LKDSVideo, SDExplorer и MultiProg "научатся" работать с LKDSDomain?

И ещё вопрос: как заполнить поле "Искомая подстрока" при настройке всплывающих уведомлений, если ЛБ подключен через службу LKDSPro или напрямую к LKDSDomain?

Автор: Андрей Ефименко 4.12.2019, 9:35

Цитата(Van Gog @ 3.12.2019, 15:19) *

Подскажите пожалуйста, когда модули LKDSVideo, SDExplorer и MultiProg "научатся" работать с LKDSDomain?

И ещё вопрос: как заполнить поле "Искомая подстрока" при настройке всплывающих уведомлений, если ЛБ подключен через службу LKDSPro или напрямую к LKDSDomain?


1. Уже учатся. Постараемся быстрее.

В LKDSDomain уже сейчас есть следующие возможности по работе с ЛБ7, которые подключены непосредственно к LKDSDomain:

1.1. В конфигураторе LKDSDomainCfg на компьютере-сервере из списка ЛБ можно вызвать SDExplorer Прикрепленное изображение

1.2. В SPult в режиме Администратора (т.е. возможно и не на компьютере-сервере) при указании в подключении UPD порта для связи LKDSDomain с ЛБ7 Прикрепленное изображение Прикрепленное изображение Прикрепленное изображение можно вызвать SDExplorer

2. По второму вопросу - имеется в виду следующая подстрока Прикрепленное изображение или подстрока во встроенной в LKDSDomain системы уведомлений ?

Автор: Van Gog 9.12.2019, 15:47

Имелось ввиду настройка отправки сообщения одного типа от одного конкретного лифта:
Прикрепленное изображение

Автор: Андрей Ефименко 9.12.2019, 16:45

Цитата(Van Gog @ 9.12.2019, 16:47) *

Имелось ввиду настройка отправки сообщения одного типа от одного конкретного лифта:
Прикрепленное изображение

Указание подстроки позволяет посылать уведомления не о всех событиях этого типа, а только о тех, которые содержать в соответствующей записи журнала данную подстроку. Т.е. это фильтр.

Например, мы хотим получить уведомления только о вставке СК механика Иванова.
Тогда нужно указать Прикрепленное изображение Конечно, предварительно нужно задать, что ключ с определённым номером принадлежит этому Иванову.

Сообщение станции управления так же попадают под "Вставлен сервисный ключ".
Поэтому указав Прикрепленное изображение будем получать сообщение только о данном сообщении станции управления лифтом.

Таким же образом можно отфильтровать сообщения от конкретных узловых устройств (КСЛ, КЛШ, моноблоков) из всех "Рестарт в слоте %d:%d:%d", указав в подстроке фильтра, например, 3:64:4


Автор: Van Gog 9.12.2019, 17:16

Цитата(Андрей Ефименко @ 9.12.2019, 13:45) *

Таким же образом можно отфильтровать сообщения от конкретных узловых устройств (КСЛ, КЛШ, моноблоков) из всех "Рестарт в слоте %d:%d:%d", указав в подстроке фильтра, например, 3:64:4


Это мне известно. Вопрос в том как заполнить это поле, если ЛБ Pro подключен напрямую к LKDSDomain, чтобы получать сообщения от этого одного конкретного ЛБ Pro, а не от всех лифтов доступных данному пользователю?

Автор: Андрей Ефименко 9.12.2019, 17:28

Цитата(Van Gog @ 9.12.2019, 18:16) *

Это мне известно. Вопрос в том как заполнить это поле, если ЛБ Pro подключен напрямую к LKDSDomain, чтобы получать сообщения от этого одного конкретного ЛБ Pro, а не от всех лифтов доступных данному пользователю?

Для этого нужно указать в качестве источника сообщения конкретный лифт: Прикрепленное изображение

Автор: Van Gog 9.12.2019, 22:56

Мдя... Всё таки документацию надо иногда перечитывать, а не надеяться на память unsure.gif . Я уже так делал, когда эссэмэски настраивал, правда очень давно.

Автор: revit 28.12.2019, 13:39

И оповещения (SMS, email) и уведомления будут приходить только если настроить таковые в окне настройки оповещений ("добавить пользователю оповещения о событиях" )?
Включил галку оповещений ("посылать всплывающие уведомления") в общих настройках пользователя а вызовы не приходят.

Автор: Андрей Ефименко 29.12.2019, 19:44

Цитата(revit @ 28.12.2019, 14:39) *

И оповещения (SMS, email) и уведомления будут приходить только если настроить таковые в окне настройки оповещений ("добавить пользователю оповещения о событиях" )?
Включил галку оповещений ("посылать всплывающие уведомления") в общих настройках пользователя а вызовы не приходят.

Да, нужно в SPult в режиме Администратора указать какие оповещения и по каким лифтом будут отправляться пользователю.

Автор: Grande 22.1.2020, 20:27

Всех приветствую! При использовании ASPult через сервер LKDS disp всё было нормально, после перехода на LKDS domain заметил 2 недостатка: если прога запущена, то любая неисправность лифта, даже если она появилась на мгновение и пропала, например, "не закрыта дверь кабины" не уходит сама из списка лифтов (счётчик неисправных лифтов), пока не обновить состояние или не зайти в лифт, помеченный красным цветом. Это происходит и в фоне, и нет. Второе. В меню - отчеты - параметры при использовании блок - моноблок не отображается информация об адресе в сети Обь. Это можно реализовать?

Автор: Андрей Ефименко 23.1.2020, 9:51

Цитата(Grande @ 22.1.2020, 21:27) *

При использовании ASPult через сервер LKDS disp всё было нормально, после перехода на LKDS domain заметил 2 недостатка: если прога запущена, то любая неисправность лифта, даже если она появилась на мгновение и пропала, например, "не закрыта дверь кабины" не уходит сама из списка лифтов (счётчик неисправных лифтов), пока не обновить состояние или не зайти в лифт, помеченный красным цветом. Это происходит и в фоне, и нет.

Эффект заметил. Поправим.

Цитата(Grande @ 22.1.2020, 21:27) *

Второе. В меню - отчеты - параметры при использовании блок - моноблок не отображается информация об адресе в сети Обь. Это можно реализовать?

Это сделаем.

Автор: Андрей Ефименко 27.1.2020, 7:41

Цитата(Grande @ 22.1.2020, 21:27) *

При использовании ASPult через сервер LKDS disp всё было нормально, после перехода на LKDS domain заметил 2 недостатка: если прога запущена, то любая неисправность лифта, даже если она появилась на мгновение и пропала, например, "не закрыта дверь кабины" не уходит сама из списка лифтов (счётчик неисправных лифтов), пока не обновить состояние или не зайти в лифт, помеченный красным цветом. Это происходит и в фоне, и нет.

Сегодня (27.01.2020) выложено обновление LKDSDomain, в котором это исправлено. Можно провести обновления вручную, либо в ночь обновлений пройдет автоматически.

Цитата(Grande @ 22.1.2020, 21:27) *

В меню - отчеты - параметры при использовании блок - моноблок не отображается информация об адресе в сети Обь. Это можно реализовать?

Во внутренне тестирование выложен ASPult V43, в котором это реализовано.

Для присоединения ко внутреннему тестированию нужно иметь аккаунт ...@gmail.com и нужно перейти со смартфона по ссылке:

https://play.google.com/apps/internaltest/4699948617087741058

После присоединения ко внутреннему тестированию, через некоторое время, можно проверить обновление ASPult в Play Маркет в "Мои приложения и игры".



Автор: poiZon 30.1.2020, 11:16

Случайно обнаружил, что через домаин не работает ггс со старыми блоками про (4.2.1), порт звука в параметрах указан, но активности через него нет совсем.

Автор: poiZon 31.1.2020, 9:38

Цитата(poiZon @ 30.1.2020, 12:16) *

Случайно обнаружил, что через домаин не работает ггс со старыми блоками про (4.2.1), порт звука в параметрах указан, но активности через него нет совсем.


Проблема решена, виноват был провайдер, домаин работает корректно

Автор: poiZon 19.2.2020, 10:17

Почему после добавления новых лифтов с блоками ПРО и прямым подключением требуется вручную делать перезапуск службы LKDSDomain? Как-то это неудобно.

Автор: revit 19.2.2020, 11:39

Цитата(poiZon @ 19.2.2020, 7:17) *

Почему после добавления новых лифтов с блоками ПРО и прямым подключением требуется вручную делать перезапуск службы LKDSDomain? Как-то это неудобно.

А также закрывать окно списка ЛБ->нажать "сохранить"->подтвердить ОК->заново открыть окно домэйна->открыть список ЛБ
5 действий только для добавления нового блока вручную в список. blink.gif
У всех конфигураторов была концепция открытого списка (лкдспро, пксл) , тут же опять концепция поменялась и список нужно постоянно открывать при входе в домэйн. Мне со списком приходится работать постоянно, каждый день почти, а конфигурация один раз настроилась и забыли. Зачем ее видеть каждый раз и тем более открывать список ЛБ через ее окно? Может все таки наоборот правильнее-работать со списком ЛБ а из него по менюшке открывать конфигурацию? Что главнее шашечки или ехать....
Еще неприятный момент: при открытии конфигуратора домэйна фокус устанавливается на имя сервера и оно выделяется. Неловкий ввод текста на втором мониторе и вместо имени сервера получаем сторонний текст. Главное потом ее не сохранить случайно....

Автор: Андрей Ефименко 19.2.2020, 13:31

Цитата(poiZon @ 19.2.2020, 11:17) *

Почему после добавления новых лифтов с блоками ПРО и прямым подключением требуется вручную делать перезапуск службы LKDSDomain? Как-то это неудобно.

Это исправлено, доработанный LKDSDomain будет выложен в обновление позже.

Цитата(revit @ 19.2.2020, 12:39) *

А также закрывать окно списка ЛБ->нажать "сохранить"->подтвердить ОК->заново открыть окно домэйна->открыть список ЛБ
5 действий только для добавления нового блока вручную в список. blink.gif
У всех конфигураторов была концепция открытого списка (лкдспро, пксл) , тут же опять концепция поменялась и список нужно постоянно открывать при входе в домэйн. Мне со списком приходится работать постоянно, каждый день почти, а конфигурация один раз настроилась и забыли. Зачем ее видеть каждый раз и тем более открывать список ЛБ через ее окно? Может все таки наоборот правильнее-работать со списком ЛБ а из него по менюшке открывать конфигурацию? Что главнее шашечки или ехать....
Еще неприятный момент: при открытии конфигуратора домэйна фокус устанавливается на имя сервера и оно выделяется. Неловкий ввод текста на втором мониторе и вместо имени сервера получаем сторонний текст. Главное потом ее не сохранить случайно....

Обязательно учту.

Автор: revit 21.2.2020, 12:40

А требования к ключу теперь и на Domain распространяется? Блоки с неудовлетворительным ключом автоматически не появляются в списке домэйна?

Автор: Андрей Ефименко 21.2.2020, 12:47

Цитата(revit @ 21.2.2020, 13:40) *

А требования к ключу теперь и на Domain распространяется? Блоки с неудовлетворительным ключом автоматически не появляются в списке домэйна?

Ключ может быть любым (как в ПКЛШ и LKDSPro)

Автор: poiZon 3.3.2020, 13:13

Собственно вот иллюстрация озвученной ранее проблемы, все блоки на связи показывают некорректную прошивку, блоки ушедшие со связи при этом показывают правильно.


Эскизы прикрепленных изображений
Прикрепленное изображение

Автор: Андрей Ефименко 4.3.2020, 7:33

Цитата(poiZon @ 3.3.2020, 14:13) *

Собственно вот иллюстрация озвученной ранее проблемы, все блоки на связи показывают некорректную прошивку, блоки ушедшие со связи при этом показывают правильно.

Очень полезно приводить иллюстрации.

Исправленный LKDSDomain доступен здесь см.ниже

Процедура замены следующая:

1. Файл \LKDSDrv\LKDSDomain\LKDSDomain.exe переименовываем в файл \LKDSDrv\LKDSDomain\LKDSDomain.exe_bad

2. Файл LKDSDomain.exe переписываем в папку \LKDSDrv\LKDSDomain\

3. Из диспетчера задач из закладки "Службы" перезапускаем службу LKDSDomain

Автор: Андрей Ефименко 6.3.2020, 9:05

LKDSDomain, сохраняющий координаты расположения лифта, доступен здесь 09.03.20 выложен в штатное обновление ПО

Пояснения в статье о https://forum.lkds.ru/index.php?s=&showtopic=3237&view=findpost&p=26640


Автор: Андрей Ефименко 11.3.2020, 9:31

Цитата(Андрей Ефименко @ 6.3.2020, 10:05) *

LKDSDomain, сохраняющий координаты расположения лифта, доступен здесь 09.03.20 выложен в штатное обновление ПО

Пояснения в статье о https://forum.lkds.ru/index.php?s=&showtopic=3237&view=findpost&p=26640

В выложенном 09.03.2020 LKDSDomain обнаружилась ошибка - не всегда правильно вычитывались сообщения станции управления лифтом.

Приношу свои извинения. Доработка самой системы обновления ПО ведётся. Надеюсь, что возможность предварительной отладки и отката обновлений исключит подобные случаи.

Исправленный LKDSDomain выложен в обновления и нужно вручную обновить ПО по правой кнопке мыши над Прикрепленное изображение и выбрав пункт Прикрепленное изображение

Либо завтра ПО обновиться само.

Автор: Андрей Ефименко 12.3.2020, 9:28

В конфигуратор LKDSDomainCfg добавлена простая возможность групповой загрузки микропрограмм в ЛБ, имеющих прямое подключение к LKDSDomain.

В списке ЛБ добавлен пункт меню по правой кнопке мыши:Прикрепленное изображение

После выбора файла с микропрограммой: Прикрепленное изображение

Будет сформирован список выбранных ЛБ и для каждого ЛБ будет запущен MProgPro, который загрузит и активирует микропрограмму: Прикрепленное изображение

Прервать загрузку можно закрыв список загружаемых ЛБ.

Это быстрая загрузка экспериментальных микропрограмм в однотипные ЛБ.



Автор: poiZon 12.3.2020, 20:29

Цитата(Андрей Ефименко @ 11.3.2020, 10:31) *

В выложенном 09.03.2020 LKDSDomain обнаружилась ошибка - не всегда правильно вычитывались сообщения станции управления лифтом.

Приношу свои извинения. Доработка самой системы обновления ПО ведётся. Надеюсь, что возможность предварительной отладки и отката обновлений исключит подобные случаи.

Исправленный LKDSDomain выложен в обновления и нужно вручную обновить ПО по правой кнопке мыши над Прикрепленное изображение и выбрав пункт Прикрепленное изображение

Либо завтра ПО обновиться само.


Нахожусь в отпуске, но с этой ошибкой успел столкнуться. Прорабу приспичило посмотреть журнал, а там сплошь вставленные СК с номерами ошибок УКЛ biggrin.gif Хотел письмо с логами после отпуска писать, а оно вон чё оказывается

Автор: poiZon 12.3.2020, 20:44

Цитата(Андрей Ефименко @ 12.3.2020, 10:28) *

В конфигуратор LKDSDomainCfg добавлена простая возможность групповой загрузки микропрограмм в ЛБ, имеющих прямое подключение к LKDSDomain.

В списке ЛБ добавлен пункт меню по правой кнопке мыши:Прикрепленное изображение

После выбора файла с микропрограммой: Прикрепленное изображение

Будет сформирован список выбранных ЛБ и для каждого ЛБ будет запущен MProgPro, который загрузит и активирует микропрограмму: Прикрепленное изображение

Прервать загрузку можно закрыв список загружаемых ЛБ.

Это быстрая загрузка экспериментальных микропрограмм в однотипные ЛБ.


Проверил, не работает. Все блоки в списке выделяет красным цветом и всё.

Автор: Андрей Ефименко 13.3.2020, 7:26

Цитата(poiZon @ 12.3.2020, 21:44) *

Проверил, не работает. Все блоки в списке выделяет красным цветом и всё.

Пришлите, пожалуйста, всё содержимое папки \LKDSDrv\Tools\BadProg\ и папки \LKDSDrv\Tools\LogProg\

Автор: poiZon 13.3.2020, 7:54

Цитата(Андрей Ефименко @ 13.3.2020, 8:26) *

Пришлите, пожалуйста, всё содержимое папки \LKDSDrv\Tools\BadProg\ и папки \LKDSDrv\Tools\LogProg\


отправил

Автор: Андрей Ефименко 13.3.2020, 12:21

Цитата(poiZon @ 13.3.2020, 8:54) *

отправил

Групповая загрузка - это разновидность ручной загрузки, т.е. нужно выбрать конкретный файл для загрузки, а не папку.

Я, конечно, доработаю ПО для лучшей диагностики.

Хотя это может быть из-за пробелов в имени папки с прошивками
Попробуйте использовать папку без пробелов.

Автор: Андрей Ефименко 15.3.2020, 8:10

Цитата(Андрей Ефименко @ 13.3.2020, 13:21) *

Я, конечно, доработаю ПО для лучшей диагностики.

Хотя это может быть из-за пробелов в имени папки с прошивками
Попробуйте использовать папку без пробелов.

В обновление ПО вложены:

1. LKDSDomainCfg.exe - сейчас можно выбирать загружаемые файлы микропрограмм в папках, содержащих пробелы

2. MProgPro.exe - при работе в режиме групповой загрузки ошибки посылаются в систему оповещения о критических ошибках.

Автор: poiZon 16.3.2020, 16:45

Цитата(Андрей Ефименко @ 13.3.2020, 13:21) *

Групповая загрузка - это разновидность ручной загрузки, т.е. нужно выбрать конкретный файл для загрузки, а не папку.

Я, конечно, доработаю ПО для лучшей диагностики.

Хотя это может быть из-за пробелов в имени папки с прошивками
Попробуйте использовать папку без пробелов.


Выбирал блок с прошивкой 6.3.5, затем указывал загрузить прошивку в него и подобные и указывал файл с прошивкой 6.3.6, результат выше.

Автор: poiZon 16.3.2020, 17:01

Цитата(Андрей Ефименко @ 15.3.2020, 9:10) *

В обновление ПО вложены:

1. LKDSDomainCfg.exe - сейчас можно выбирать загружаемые файлы микропрограмм в папках, содержащих пробелы

2. MProgPro.exe - при работе в режиме групповой загрузки ошибки посылаются в систему оповещения о критических ошибках.


После апдейта загрузка заработало, НО по прежнему вибираю блок 6.3.5 (УЛ/УКЛ) и указываю залить в него и сотоварищи 6.3.6, появляется список со всеми УЛ/УКЛ 4.2.х и 6.3.х и пытается заливать ВО ВСЕ блоки, причем 6.3.6 переписывает еще раз, хотя она уже там есть.

Сейчас добавлял в структуру LKDSDomain лифты из дома, после нажатия "сохранить", как обычно, вылезло окно "дождитесь сохранения" и на нем кнопка закрыть, так вот она не работает пока сохранение не закончится, а потом приходится закрывать окно готово и это окно. Может стоит кнопку убрать, пусть окно висит до завершения, как напоминание, а потом само закрывается?

Автор: Андрей Ефименко 17.3.2020, 10:43

Цитата(poiZon @ 16.3.2020, 18:01) *

После апдейта загрузка заработало, НО по прежнему вибираю блок 6.3.5 (УЛ/УКЛ) и указываю залить в него и сотоварищи 6.3.6, появляется список со всеми УЛ/УКЛ 4.2.х и 6.3.х и пытается заливать ВО ВСЕ блоки, причем 6.3.6 переписывает еще раз, хотя она уже там есть.

Сделаю, что бы в список для загрузки попадали ЛБ ещё и с версией, одинаковой с версией текущего ЛБ (над которым нажата правая кнопка)

Цитата(poiZon @ 16.3.2020, 18:01) *

Сейчас добавлял в структуру LKDSDomain лифты из дома, после нажатия "сохранить", как обычно, вылезло окно "дождитесь сохранения" и на нем кнопка закрыть, так вот она не работает пока сохранение не закончится, а потом приходится закрывать окно готово и это окно. Может стоит кнопку убрать, пусть окно висит до завершения, как напоминание, а потом само закрывается?

В процессе сохранения структуры взаимодействие с пользователем нет, поэтому и кнопка "Закрыть" не работает. Можно сделать, что бы после сохранения структуры окно с предупреждением закрывалось само.

Автор: poiZon 17.3.2020, 14:30

Цитата(Андрей Ефименко @ 17.3.2020, 11:43) *

Сделаю, что бы в список для загрузки попадали ЛБ ещё и с версией, одинаковой с версией текущего ЛБ (над которым нажата правая кнопка)


По идее надо такие-же и более ранние

Цитата(Андрей Ефименко @ 17.3.2020, 11:43) *

В процессе сохранения структуры взаимодействие с пользователем нет, поэтому и кнопка "Закрыть" не работает. Можно сделать, что бы после сохранения структуры окно с предупреждением закрывалось само.


Я так и предлагаю, а кнопку вообще убрать.

Автор: Андрей Ефименко 18.3.2020, 9:09

Цитата(poiZon @ 17.3.2020, 15:30) *

По идее надо такие-же и более ранние

В обновление ПО выложен LKDSDDomainCfg, в котором при групповом обновлении микропрограммы в список обновляемых ЛБ попадают ЛБ того же исполнения и с версией микропрограммы равной или меньше, чем у выбранного ЛБ.

Цитата(poiZon @ 17.3.2020, 15:30) *

Я так и предлагаю, а кнопку вообще убрать.

После завершения сохранения изменённой структуры в LKDSDomain или LKDSCloud окно предупреждения "Запущено сохранение структуры, дождитесь сообщения о завершении сохранения" в SPult закрывается автоматически. Окно предупреждений используется в SPult и для других сообщений, поэтому кнопка "Закрыть" осталась.

SPult будет выложен в обновление вместе с более важными изменениями.

Автор: revit 19.3.2020, 16:36

В Домэйн изменена нумерация шлюза и 1-ый у него 0-ой, а 2-ой это 1-ый.... Сегодня у меня оказался упавшим первый шлюз и я уже хотел отправлять данные, для проверки, потому что домэйн на всех адресах показывал работу на 1-ом. Потом дошло что основной это 0-ой. Запутывают такие моменты. Нельзя к одному виду привести с другими службами?

Автор: Андрей Ефименко 20.3.2020, 8:57

Цитата(revit @ 19.3.2020, 17:36) *

В Домэйн изменена нумерация шлюза и 1-ый у него 0-ой, а 2-ой это 1-ый.... Сегодня у меня оказался упавшим первый шлюз и я уже хотел отправлять данные, для проверки, потому что домэйн на всех адресах показывал работу на 1-ом. Потом дошло что основной это 0-ой. Запутывают такие моменты. Нельзя к одному виду привести с другими службами?

LKDSDomainCfg доработан - сетевые интерфейсы нумеруются с 1, как в LKDSDrvCfg и в LKDSProCfg.

Выложу на следующей неделе.


Автор: apathy 6.4.2020, 18:46

Я конечно извиняюсь... но датчики визуально куда то поплыли)


Эскизы прикрепленных изображений
Прикрепленное изображение

Автор: Андрей Ефименко 7.4.2020, 8:10

Цитата(apathy @ 6.4.2020, 19:46) *

Я конечно извиняюсь... но датчики визуально куда то поплыли)

Произошёл сдвиг всех полей панели управления лифтом вниз на высоту меню "Дополнительно" Прикрепленное изображение
Это имеет значение ?

Автор: apathy 8.4.2020, 21:47

Цитата(Андрей Ефименко @ 7.4.2020, 5:10) *

Произошёл сдвиг всех полей панели управления лифтом вниз на высоту меню "Дополнительно" Прикрепленное изображение
Это имеет значение ?

Да я не общий сдвиг имел ввиду.) А квадраты наличия сигналов датчиков, например, ВП уехало вправо, а МП уехало вверх. Это конечно визуальщина и на работу не влияет)))

Автор: Андрей Ефименко 9.4.2020, 8:26

Цитата(apathy @ 8.4.2020, 22:47) *

Да я не общий сдвиг имел ввиду.) А квадраты наличия сигналов датчиков, например, ВП уехало вправо, а МП уехало вверх. Это конечно визуальщина и на работу не влияет)))

Мне важно понять это что-то новое привнесённое или так было и раньше.
В данном случае так было и раньше и в MPultPro то же так же.

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

Автор: apathy 9.4.2020, 13:46

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


Эскизы прикрепленных изображений
Прикрепленное изображение

Автор: Андрей Ефименко 9.4.2020, 14:03

Цитата(apathy @ 9.4.2020, 14:46) *

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

Это означает, что от ЛБ данные доходят до LKDSDomain, а ЛБ не получает данные от LKDSDomain. Т.к. ЛБ заведён транзитом, то ЛБ не получает данные от облака.

Как ЛБ подключён к интернету ?

Автор: apathy 9.4.2020, 14:09

Цитата(Андрей Ефименко @ 9.4.2020, 11:03) *

Это означает, что от ЛБ данные доходят до LKDSDomain, а ЛБ не получает данные от LKDSDomain. Т.к. ЛБ заведён транзитом, то ЛБ не получает данные от облака.

Как ЛБ подключён к интернету ?

Кабелем напрямую, тип соединения PPPoE...

Автор: Андрей Ефименко 9.4.2020, 14:50

Цитата(apathy @ 9.4.2020, 15:09) *

Кабелем напрямую, тип соединения PPPoE...

Я посмотрю обмен с этим блоком внутри облака.
И есть вопрос - были ли ещё сообщения "... блок не получает данные от LKDSDomain" после 09.04.20 09:13 ?

Автор: apathy 9.4.2020, 14:57

Пока что не было.

Автор: apathy 9.4.2020, 17:05

Цитата(Андрей Ефименко @ 9.4.2020, 11:50) *

Я посмотрю обмен с этим блоком внутри облака.
И есть вопрос - были ли ещё сообщения "... блок не получает данные от LKDSDomain" после 09.04.20 09:13 ?

Вот снова...


Эскизы прикрепленных изображений
Прикрепленное изображение

Автор: Андрей Ефименко 9.4.2020, 18:01

Цитата(apathy @ 9.4.2020, 15:57) *

Пока что не было.

Нужно сформировать данные для передачи в техподдержку и прислать.

Наверное не нужно. с 14:02 по 14:03:30 от лифтового блока не было ни одного пакета.
Это точно провайдер.

Автор: Grande 9.4.2020, 18:21

Несколько дней назад не было ли обновления, после которого наименование лб и ошибки отиса стали на английском языке?

Автор: Андрей Ефименко 10.4.2020, 6:13

Цитата(Grande @ 9.4.2020, 19:21) *

Несколько дней назад не было ли обновления, после которого наименование лб и ошибки отиса стали на английском языке?

Изменения происходят постоянно.

Тип лифтового блока показан на английском и в ASPult и в SPult ?

Проверте язык организации - он русский ? Прикрепленное изображение

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

Автор: Grande 10.4.2020, 11:55

Цитата(Андрей Ефименко @ 10.4.2020, 7:13) *

Изменения происходят постоянно.

Тип лифтового блока показан на английском и в ASPult и в SPult ?

Проверте язык организации - он русский ? Прикрепленное изображение

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


Проверил, в спульт всё правильно, в аспульте английский

Автор: Андрей Ефименко 10.4.2020, 15:42

Цитата(Grande @ 10.4.2020, 12:55) *

Проверил, в спульт всё правильно, в аспульте английский

Сформируйте данные для тех. поддержки и пришлите.
И укажите конкретный адрес ЛБ, на котором это наблюдалось.

Автор: Grande 13.4.2020, 1:03

Цитата(Андрей Ефименко @ 10.4.2020, 16:42) *

Сформируйте данные для тех. поддержки и пришлите.
И укажите конкретный адрес ЛБ, на котором это наблюдалось.


Дело в том, что у меня 2 сервера в разных местах и на обоих последнее время стало наблюдаться такое. С другого клиента ASPult такая же картина. Либо обновление Domain, либо ASPult.

Названия вообще всех блоков стали на английском

Автор: Андрей Ефименко 13.4.2020, 8:56

Цитата(Grande @ 13.4.2020, 2:03) *

Дело в том, что у меня 2 сервера в разных местах и на обоих последнее время стало наблюдаться такое. С другого клиента ASPult такая же картина. Либо обновление Domain, либо ASPult.

Названия вообще всех блоков стали на английском

Что бы ускорить процесс поиска причин непонятностей существует пункт меню "Формирование данных для обращения в тех.поддержку (SaveLog)". Поэтому я и запрашивал эти данные.

Действительно был недосмотр и он бы выявился раньше, если бы данные были.

В обновление ПО выложен исправленный модуль, содержащий расшифровки кодов ошибок станций управления и наименований ЛБ.

Что бы изменения начали действовать сразу, нужно вручную обновить ПО, а затем вручную перезагрузить службу LKDSDomain.

В автоматическом режиме, обновление ПО произойдет ближайшей ночью, этой же ночью LKDSDomain начнёт сам использовать новые расшифровки кодов ошибок.

Автор: Андрей Ефименко 28.4.2020, 8:57

Одной из причин разработки LKDSDomain была необходимость использования новым возможностей ЛБ7.2
Важная новая возможность ЛБ7.2 - поддержка большого число точек для голосовой связи (переговорных устройств). Эти переговорные устройства можно описать в SPult в параметрах лифта и включать ГГС с нужной ПУ, но до сих пор не было невозможно определить с какого ПУ пришёл вызов.

LKDSDomain доработан для определения откуда поступил вызов.
Хотел бы эту возможность предварительно проверить. Для этого нужно заменить LKDSDomain.exe, причем описывать ПУ в SPult необязательно, если ПУ, откуда поступил вызов, не описана в SPult, то будет использовано предопределённое название ПУ.

Определение ПУ, с которого ПУ пришёл вызов, делается только для ЛБ с прямым подключением.

Доработанный LKDSDomain доступен здесь Выложено в штатное обновление ПО

Процедура замены следующая:

1. Файл \LKDSDrv\LKDSDomain\LKDSDomain.exe переименовываем в файл \LKDSDrv\LKDSDomain\LKDSDomain.exe_old

2. Файл LKDSDomain.exe переписываем в папку \LKDSDrv\LKDSDomain\

3. Из диспетчера задач из закладки "Службы" перезапускаем службу LKDSDomain

Автор: Андрей Ефименко 4.5.2020, 16:02

Ранее в конфигуратора LKDSDomainCfg была добавлена возможность групповой загрузки микропрограмм в ЛБ, которые имеют непосредственную связь с https://forum.lkds.ru/index.php?s=&showtopic=3515&view=findpost&p=26673

В обновление ПО выложен конфигуратор LKDSDomainCfg, который имеет возможность групповой загрузки микропрограмм в оконечные устройства ЛБ7 (переговорные устройства и т.п.). Групповая загрузка производится из списка оконечных устройств Прикрепленное изображение по пунктам меню правой кнопки мыши Прикрепленное изображение

Автор: kurilka 18.6.2020, 8:53

Андрей Владимирович, домен позволяет управлять всеми организациями из какого-то единого интерфейса?

Автор: Андрей Ефименко 18.6.2020, 11:54

Цитата(kurilka @ 18.6.2020, 9:53) *

Андрей Владимирович, домен позволяет управлять всеми организациями из какого-то единого интерфейса?

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

Географическая структура и права пользователей одной выбранной организации могут быть изменены SPult в Административном режиме при удалённом подключении к выбранной организации.

Автор: kurilka 18.6.2020, 12:49

Цитата(Андрей Ефименко @ 18.6.2020, 12:54) *

Географическая структура и права пользователей одной выбранной организации могут быть изменены SPult в Административном режиме при удалённом подключении к выбранной организации.

Допустим есть 10 контрагентов (заказчики). Им необходимо предоставить возможность наблюдать за работой лифтов своей организации. Для этого потребуется:
- создать 10 организаций;
- создать в каждой организации пользователя admin;
- создать 10 подключений в SPult (для каждой организации);
- подключиться админом к каждой организации и провести настройку как бы LKDSDisp для каждой отдельно.

Как все это контролировать и админить? А если контрагентов 300+?

Автор: poiZon 18.6.2020, 13:05

Цитата(kurilka @ 18.6.2020, 13:49) *

Допустим есть 10 контрагентов (заказчики). Им необходимо предоставить возможность наблюдать за работой лифтов своей организации. Для этого потребуется:
- создать 10 организаций;
- создать в каждой организации пользователя admin;
- создать 10 подключений в SPult (для каждой организации);
- подключиться админом к каждой организации и провести настройку как бы LKDSDisp для каждой отдельно.

Как все это контролировать и админить? А если контрагентов 300+?


Создаете одну организацию (свою), в ней 10 диспетчерских (контрагенты) и нужное количество пользователей, админ будет один на всех

Автор: kurilka 18.6.2020, 13:38

Цитата(poiZon @ 18.6.2020, 14:05) *

Создаете одну организацию (свою), в ней 10 диспетчерских (контрагенты) и нужное количество пользователей, админ будет один на всех

Это можно сделать в Дисп уложившись в ограничение 32 шт., Домен для этого не нужен.
Так как Дисп оперирует группами лифтов, нет никакого смысла плодить диспетчерские.
В Дисп есть проблема с доступом к списку сервисных ключей, или все видят или никто.

Автор: poiZon 18.6.2020, 13:55

Цитата(kurilka @ 18.6.2020, 14:38) *

Это можно сделать в Дисп уложившись в ограничение 32 шт., Домен для этого не нужен.
Так как Дисп оперирует группами лифтов, нет никакого смысла плодить диспетчерские.
В Дисп есть проблема с доступом к списку сервисных ключей, или все видят или никто.


Я дисп пропустил, сразу на домаин перевел

Автор: Андрей Ефименко 18.6.2020, 14:55

Цитата(kurilka @ 18.6.2020, 13:49) *

Допустим есть 10 контрагентов (заказчики). Им необходимо предоставить возможность наблюдать за работой лифтов своей организации. Для этого потребуется:
- создать 10 организаций;
- создать в каждой организации пользователя admin;
- создать 10 подключений в SPult (для каждой организации);
- подключиться админом к каждой организации и провести настройку как бы LKDSDisp для каждой отдельно.

Как все это контролировать и админить? А если контрагентов 300+?

Действительно, нужно действовать именно так, как описано.
Т.к. SPult удалённо подключается к LKDSDomain в режиме Администратора, то можно передать функции администрирования самому заказчику.

Если же ещё хочется для себя видеть все лифты сразу, как и предлагал poiZon, нужно сделать ещё одну организацию, содержащую лифты всех заказчиков, но только для наблюдения за состояниями лифтов, а не для администрирования организаций заказчиков.
Конечно, работа по заведению лифтов удваивается, но пока альтернативы нет.

LKDSDisp и SPult разрабатывались в паре друг для друга.

Автор: kurilka 18.6.2020, 16:36

Цитата(Андрей Ефименко @ 18.6.2020, 15:55) *

Т.к. SPult удалённо подключается к LKDSDomain в режиме Администратора, то можно передать функции администрирования самому заказчику.

Если же ещё хочется для себя видеть все лифты сразу, как и предлагал poiZon, нужно сделать ещё одну организацию, содержащую лифты всех заказчиков, но только для наблюдения за состояниями лифтов, а не для администрирования организаций заказчиков.

Все первернуто с ног на голову.
Заказчики, которые могут что-то администрировать, обучают и аттестовывают свой персонал, организовывают свои диспетчерские - устанавливают КЛШ для наблюдения или компьютер. Те же, которые не хотят этим заниматься как раз и предают функции организации, обслуживающей лифты. Им нет никакого дела до структуры сети "Обь", до УМ, слотов и т.д. Все, что они хотят, это видеть заветные 5 (10, 20, у кого сколько лифтов) квадратиков у себя на экране и ткнув мышкой посмотреть, как работает лифт. И как это чудо происходит им все равно.

Цитата(Андрей Ефименко @ 18.6.2020, 15:55) *

Конечно, работа по заведению лифтов удваивается, но пока альтернативы нет.

А дальше? Например лифты из одной УК перешли в другую, поменялась структура сети и лифты из УМ1 переместились в УМ4. А если еще механиков завести?


Автор: Андрей Ефименко 19.6.2020, 7:43

Цитата(kurilka @ 18.6.2020, 17:36) *

Все первернуто с ног на голову.
Заказчики, которые могут что-то администрировать, обучают и аттестовывают свой персонал, организовывают свои диспетчерские - устанавливают КЛШ для наблюдения или компьютер. Те же, которые не хотят этим заниматься как раз и предают функции организации, обслуживающей лифты. Им нет никакого дела до структуры сети "Обь", до УМ, слотов и т.д. Все, что они хотят, это видеть заветные 5 (10, 20, у кого сколько лифтов) квадратиков у себя на экране и ткнув мышкой посмотреть, как работает лифт. И как это чудо происходит им все равно.

Действительно личного опыта практического использования ДК "Обь" нет.
В связи с этим есть вопрос - а как видится администрирование для LKDSDomain ?

Цитата(kurilka @ 18.6.2020, 17:36) *

А дальше? Например лифты из одной УК перешли в другую, поменялась структура сети и лифты из УМ1 переместились в УМ4. А если еще механиков завести?

Опять же - как это видится ?

Автор: poiZon 19.6.2020, 8:07

Цитата(Андрей Ефименко @ 19.6.2020, 8:43) *

Действительно личного опыта практического использования ДК "Обь" нет.
В связи с этим есть вопрос - а как видется администрирование для LKDSDomain ?


В общем-то я с kurilka согласен, специализированная организация для того и существует чтобы всякие мелкие ТСЖ и иже с ними не заморачивались администрированием и всякими проблемами, они хотят чтобы лифт ходил и их никто не беспокоил, иногда хотят за лифтами подглядывать. Логично что в домаин надо заводить организации по числу заказчиков, а администрировать все их одним пользователем. Кстати про права доступа в домаин я уже писал, почему механиков и связистов указывает админ? Есть прораб который назначает механа, пусть он и указывает. А теперь представим что администрировать приходится самому заказчику, он ведь вообще не в курсе какого механика ему назначила обслуживающая организация. Кстати на период отпуска или болезни механик назначается другой, не лишним было бы иметь возможность указывать подменного механика, и вообще отлично было бы если можно было указывать, что временный механик до такого-то числа (мы ведь заранее знаем когда у него отпуск закончится).

Цитата(kurilka @ 18.6.2020, 17:36) *

А дальше? Например лифты из одной УК перешли в другую, поменялась структура сети и лифты из УМ1 переместились в УМ4. А если еще механиков завести?


Вот тут не совсем понял. Если вы обслуживаете обе УК, то почему лифты перешли из УМ1 в УМ4, вы же номера УМ сами назначаете, и уж коли лифты у вас остались на обслуживании, то зачем менять структуру сети? Просто переносите лифты из одной организации в другую.

Автор: kurilka 25.6.2020, 9:36

Цитата(poiZon @ 19.6.2020, 9:07) *

Вот тут не совсем понял. Если вы обслуживаете обе УК, то почему лифты перешли из УМ1 в УМ4, вы же номера УМ сами назначаете, и уж коли лифты у вас остались на обслуживании, то зачем менять структуру сети? Просто переносите лифты из одной организации в другую.

В моем предложении выше изменение структуры сети не является следствием перехода лифтов из одной УК в другую, т.е. запятую можно заменить союзом "или".
А как в LKDSDomain осуществляется перенос лифтов из одной организации в другую?

Цитата(Андрей Ефименко @ 19.6.2020, 8:43) *

Действительно личного опыта практического использования ДК "Обь" нет.
В связи с этим есть вопрос - а как видится администрирование для LKDSDomain ?

Что сейчас предлагает LKDSDomain? Администрировать каждую организацию отдельно, т.е. одна организация – один админ, для каждой организации свои пользователи, свои группы , свои лифты. Все это изолированно друг от друга. Нет единой точки, откуда всем этим управлять, происходит «распараллеливание», появляются клоны лифтов, а для главного админа всей системы функции администрирования сводятся к настройке и поддержке функционирования сервера: чтоб железо работало и службы не висли.
Админ должен быть один. Админ должен добавлять лифты и предоставлять доступ к лифтам, а лифт должен быть в единственном экземпляре. Возможно ли это реализовать в текущей версии LKDSDomain вопрос сложный.

Автор: Андрей Ефименко 25.6.2020, 13:50

Цитата(kurilka @ 25.6.2020, 10:36) *

А как в LKDSDomain осуществляется перенос лифтов из одной организации в другую?
Что сейчас предлагает LKDSDomain? Администрировать каждую организацию отдельно, т.е. одна организация – один админ, для каждой организации свои пользователи, свои группы , свои лифты. Все это изолированно друг от друга. Нет единой точки, откуда всем этим управлять, происходит «распараллеливание», появляются клоны лифтов, а для главного админа всей системы функции администрирования сводятся к настройке и поддержке функционирования сервера: чтоб железо работало и службы не висли.
Админ должен быть один. Админ должен добавлять лифты и предоставлять доступ к лифтам, а лифт должен быть в единственном экземпляре. Возможно ли это реализовать в текущей версии LKDSDomain вопрос сложный.

Сейчас штатными средствами нельзя перенести лифт из одной организации в другую.

Не понятно как это сделать и в базе данных. Можно, конечно, вручную прямо в базе данных в таблице Lift в записи лифта исправить поле CodHouse на код дома из другой организации, но это приведёт к плохим результатам, т.к. этот лифт (код записи лифта а БД) используется во многих таблицах, которые в свою очередь косвенно связаны с записью организации в таблице Team - это журнал событий (Event), переговоры (HdrVoice), группы лифтов по размещению (GroupLift), размещение в профилях (ProfileLift), описатели оповещения.

Лифт не может быть перенесён из одной организации в другую, т.к. в организации, из которой переносится лифт, должна остаться история по этому лифту.

В БД LKDSDomain есть таблица LiftUnit, в которой по сути и содержаться лифы (лифтовые блоки), а записи в таблице Lift - это как бы представление лифта в организации.

Можно представить конфигуратор типа SPult в административном режиме, который бы показывал общую структуру LKDSDomain, т.е. с дополнительным уровнем - организацией. В этом конфигураторе можно было бы скопировать лифт из одной организации в другую, при этом копировании нужно ещё указать нового пользователя для переноса оповещений, которые привязаны к лифту. Нужно ещё подумать что делать с группами по размещению в общей структуре организации и в профилях.

Можно обсудить возможности этого конфигуратора.


Автор: kurilka 6.7.2020, 7:19

Цитата(Андрей Ефименко @ 25.6.2020, 14:50) *

Сейчас штатными средствами нельзя перенести лифт из одной организации в другую.

Не понятно как это сделать и в базе данных. Можно, конечно, вручную прямо в базе данных в таблице Lift в записи лифта исправить поле CodHouse на код дома из другой организации, но это приведёт к плохим результатам, т.к. этот лифт (код записи лифта а БД) используется во многих таблицах, которые в свою очередь косвенно связаны с записью организации в таблице Team - это журнал событий (Event), переговоры (HdrVoice), группы лифтов по размещению (GroupLift), размещение в профилях (ProfileLift), описатели оповещения.

Лифт не может быть перенесён из одной организации в другую, т.к. в организации, из которой переносится лифт, должна остаться история по этому лифту.

В БД LKDSDomain есть таблица LiftUnit, в которой по сути и содержаться лифы (лифтовые блоки), а записи в таблице Lift - это как бы представление лифта в организации.

Можно представить конфигуратор типа SPult в административном режиме, который бы показывал общую структуру LKDSDomain, т.е. с дополнительным уровнем - организацией. В этом конфигураторе можно было бы скопировать лифт из одной организации в другую, при этом копировании нужно ещё указать нового пользователя для переноса оповещений, которые привязаны к лифту. Нужно ещё подумать что делать с группами по размещению в общей структуре организации и в профилях.

Можно обсудить возможности этого конфигуратора.

К сожалению, можно констатировать тот факт, что LKDSDomain, который должен был избавиться от проблем LKDSDisp, не только сохранил их, но и приобрел новые. Новые ограничения, невозможность реализации некоторых задач и процессов. Конечно, можно обсуждать новый конфигуратор и искать способы обойти те или иные ограничения, но к чему это приведет. Новые конфигураторы, дополнительные настройщики и придуманные «обходные костыли» только сделают LKDSDomain громоздким, усложнят его настройку и администрирование. Пользователям снова придется мириться с ограничениями, которые не удастся устранить, придется подстраивать свои рабочие процессы под функционал LKDSDomain.
Очевидно, что источником всех этих ограничений и проблем является БД, которая является фундаментом данного программного продукта. Именно БД не позволяет реализовать многие задачи. В этой ситуации не понятно, почему ошибки, допущенные при проектировании БД, пытаются исправляться созданием новых конфигураторов и введением ограничений. Почему исправляются последствия, а не устраняется источник проблем. Ведь гораздо эффективнее «бросить силы» на исправление БД или создание новой, которая будет соответствовать текущим требованиям и задачам и будет способна реализовать пожелания и «хотелки» пользователей.

Автор: poiZon 6.7.2020, 12:34

Цитата(kurilka @ 6.7.2020, 8:19) *

К сожалению, можно констатировать тот факт, что LKDSDomain, который должен был избавиться от проблем LKDSDisp, не только сохранил их, но и приобрел новые. Новые ограничения, невозможность реализации некоторых задач и процессов. Конечно, можно обсуждать новый конфигуратор и искать способы обойти те или иные ограничения, но к чему это приведет. Новые конфигураторы, дополнительные настройщики и придуманные «обходные костыли» только сделают LKDSDomain громоздким, усложнят его настройку и администрирование. Пользователям снова придется мириться с ограничениями, которые не удастся устранить, придется подстраивать свои рабочие процессы под функционал LKDSDomain.
Очевидно, что источником всех этих ограничений и проблем является БД, которая является фундаментом данного программного продукта. Именно БД не позволяет реализовать многие задачи. В этой ситуации не понятно, почему ошибки, допущенные при проектировании БД, пытаются исправляться созданием новых конфигураторов и введением ограничений. Почему исправляются последствия, а не устраняется источник проблем. Ведь гораздо эффективнее «бросить силы» на исправление БД или создание новой, которая будет соответствовать текущим требованиям и задачам и будет способна реализовать пожелания и «хотелки» пользователей.


не в бровь, а в глаз!

Автор: Андрей Ефименко 6.7.2020, 18:01

Цитата(kurilka @ 6.7.2020, 8:19) *

К сожалению, можно констатировать тот факт, что LKDSDomain, который должен был избавиться от проблем LKDSDisp, не только сохранил их, но и приобрел новые. Новые ограничения, невозможность реализации некоторых задач и процессов. Конечно, можно обсуждать новый конфигуратор и искать способы обойти те или иные ограничения, но к чему это приведет. Новые конфигураторы, дополнительные настройщики и придуманные «обходные костыли» только сделают LKDSDomain громоздким, усложнят его настройку и администрирование. Пользователям снова придется мириться с ограничениями, которые не удастся устранить, придется подстраивать свои рабочие процессы под функционал LKDSDomain.
Очевидно, что источником всех этих ограничений и проблем является БД, которая является фундаментом данного программного продукта. Именно БД не позволяет реализовать многие задачи. В этой ситуации не понятно, почему ошибки, допущенные при проектировании БД, пытаются исправляться созданием новых конфигураторов и введением ограничений. Почему исправляются последствия, а не устраняется источник проблем. Ведь гораздо эффективнее «бросить силы» на исправление БД или создание новой, которая будет соответствовать текущим требованиям и задачам и будет способна реализовать пожелания и «хотелки» пользователей.

Мнение понятно.

1. Идеальных инструментов не бывает. Поэтому уже достаточно давно идет реализация стандартных интерфейсов для взаимодействия ДК «Обь» со сторонним программным и аппаратным обеспечением. Это даёт возможность пользователям разработать свои, полностью подходящие им средства диспетчеризации на основе лифтовых блоков, производства ООО «Лифт-Комплекс -ДС».

Самым первым был реализован интерфейс сервера OPC DA.
Этот интерфейс имеет существенные ограничения, поэтому был реализован протокол OPC UA и его функционал будет расширяться.
Уже есть начальная реализация протокола SIP для передачи голоса и интеграции с телефонией.

В настоящее время можно использовать лифтовые блоки вообще без промежуточного программного обеспечения, т.к. лифтовые блоки 7.2. поддерживают протокол MQTT и Modbus.

2. ДК «Обь» развивалось эволюционно. На мой взгляд именно это и позволило постепенно наращивать возможности, не теряя при этом преемственности. Опять же на мой взгляд, другого пути развития сложных технических систем нет. Видимые «революции» в развитии сложных технических систем — это переход большого количества, может и незначительных, эволюционных изменений в новое качество системы. Конечно, ДК «Обь», как и любая система, имеет ограничения и задача - осознанными доработками устранить эти ограничения. Поэтому предлагаю вначале «озвучить» ограничения, озвучить «текущие требования и задачи».

Автор: kurilka 7.7.2020, 12:10

Цитата(Андрей Ефименко @ 6.7.2020, 19:01) *

Мнение понятно.

1. Идеальных инструментов не бывает. Поэтому уже достаточно давно идет реализация стандартных интерфейсов для взаимодействия ДК «Обь» со сторонним программным и аппаратным обеспечением. Это даёт возможность пользователям разработать свои, полностью подходящие им средства диспетчеризации на основе лифтовых блоков, производства ООО «Лифт-Комплекс -ДС».

Самым первым был реализован интерфейс сервера OPC DA.
Этот интерфейс имеет существенные ограничения, поэтому был реализован протокол OPC UA и его функционал будет расширяться.
Уже есть начальная реализация протокола SIP для передачи голоса и интеграции с телефонией.

В настоящее время можно использовать лифтовые блоки вообще без промежуточного программного обеспечения, т.к. лифтовые блоки 7.2. поддерживают протокол MQTT и Modbus.

2. ДК «Обь» развивалось эволюционно. На мой взгляд именно это и позволило постепенно наращивать возможности, не теряя при этом преемственности. Опять же на мой взгляд, другого пути развития сложных технических систем нет. Видимые «революции» в развитии сложных технических систем — это переход большого количества, может и незначительных, эволюционных изменений в новое качество системы. Конечно, ДК «Обь», как и любая система, имеет ограничения и задача - осознанными доработками устранить эти ограничения. Поэтому предлагаю вначале «озвучить» ограничения, озвучить «текущие требования и задачи».

Да. Тоже понятно.
Есть программное обеспечение от производителя, пользуйтесь. Не устраивает функционал – пишите свое. Подход правильный. Однако, надо понимать, что реализация своего доступна не многим.

ДК «Обь», безусловно, сложный программно-технический комплекс. Его разработка и сопровождение – тяжелый и кропотливый труд. Каждый шаг требует обдуманных действий, чтобы не навредить, поэтому наращивание возможностей системы происходит постепенно. Одновременно с развитием системы происходит рост и ограничений. Постепенно, они сводят на нет возможность наращивать функционал системы и заставляют задуматься об ее модернизации. Формируются требования к новой системе, на основе которых разрабатывается новый продукт.
Вполне возможно, что реализация некоторых решений в новом продукте может получиться не совсем удачной и в такой ситуации как раз очень важно подойти к доработкам осознано.

Автор: Андрей Ефименко 10.7.2020, 8:06

LKDSDomain доработан:

1. Поддерживается исключение лифта из проверки длительного простоя по информации статистики работы лифта https://forum.lkds.ru/index.php?s=&showtopic=3237&view=findpost&p=27046

2. Для ЛБ 6.1Pro и 7.2, с прямым подключением к LKDSDomain и с последними микропрограммами, в журнал событий записываются режимы работы лифта.

Хотелось бы перед выкладыванием в штатное обновление проверить эти возможности
Доработанный LKDSDomain Выложен в штатное обновление.

Процедура замены:

1. Файл \LKDSDrv\LKDSDomain\LKDSDomain.exe переименовываем в файл \LKDSDrv\LKDSDomain\LKDSDomain.exe_old
2. Файл LKDSDomain.ttt из архива под именем LKDSDomain.exe переписываем в папку \LKDSDrv\LKDSDomain\
3. Из диспетчера задач из закладки "Службы" пере запускаем службу LKDSDomain

Автор: Андрей Ефименко 24.8.2020, 8:12

Сегодня (24.08.2020) выложено обновление LKDSDomain.

Изменения аналогичные изменениям https://forum.lkds.ru/index.php?s=&showtopic=2822&view=findpost&p=27120, корректируется файл LKDSDomain.xml

Кроме того, сейчас все сервера (LKDSDisp, LKDSDomain, LKDSCloud) во всплывающем оповещении для Android клиентов передают код лифта, с которым связано это оповещение.

Это позволяет использовать новую возможность https://forum.lkds.ru/index.php?s=&showtopic=3832&view=findpost&p=27125 - при нажатии на уведомление сразу перейти в панель управления лифтом.

Автор: revit 5.9.2020, 11:19

Цитата(revit @ 19.2.2020, 8:39) *

А также закрывать окно списка ЛБ->нажать "сохранить"->подтвердить ОК->заново открыть окно домэйна->открыть список ЛБ
5 действий только для добавления нового блока вручную в список. blink.gif
У всех конфигураторов была концепция открытого списка (лкдспро, пксл) , тут же опять концепция поменялась и список нужно постоянно открывать при входе в домэйн. Мне со списком приходится работать постоянно, каждый день почти, а конфигурация один раз настроилась и забыли. Зачем ее видеть каждый раз и тем более открывать список ЛБ через ее окно? Может все таки наоборот правильнее-работать со списком ЛБ а из него по менюшке открывать конфигурацию? Что главнее шашечки или ехать....

Бывает необходимо сменить тип связи с прямой на облачную. Приходится делать 7 действий...
Открыть окно списка->изменить ЛБ ->закрыть окно списка ЛБ->нажать "сохранить"->подтвердить ОК->заново открыть окно домэйна->заново открыть список ЛБ
Ну совершенно не удобно пользоваться в работе. А в окне списка нельзя сделать кнопку "сохранить" хотя бы и сохранять без закрытия окон?

Автор: revit 8.9.2020, 16:23

Понадобилось убрать из домэйна два лифта входящие в организацию. Нажимаю "удалить" пишет "удаленный блок используется - организацияXXX". Т.е пока есть организация то лифты не удалишь.
Организацию из списка удалить нельзя.
Удалил лифты из группы в этой организации. Сами лифты из дерева удалить нельзя.
Все равно пишет "удаленный блок используется - организацияXXX"

Люди помогите решить этот квест!!


Автор: Андрей Ефименко 8.9.2020, 18:39

Цитата(revit @ 8.9.2020, 17:23) *

Понадобилось убрать из домэйна два лифта входящие в организацию. Нажимаю "удалить" пишет "удаленный блок используется - организацияXXX". Т.е пока есть организация то лифты не удалишь.
Организацию из списка удалить нельзя.
Удалил лифты из группы в этой организации. Сами лифты из дерева удалить нельзя.
Все равно пишет "удаленный блок используется - организацияXXX"

Люди помогите решить этот квест!!

Нужно в лифте организации указать ID равным 0.

Автор: revit 9.9.2020, 12:16

Получилось. Лифты организации удалились из домэйна. А как удалить ненужную уже организацию вместе с лифтами?

Автор: Pro100A1ex 10.9.2020, 18:46

Доброе время суток.
Заметили в журнале событий Windows периодические записи ошибок работы LKDSDomain. LKDSDomain установленный в операционной системе Windows Server 2019, скрины из журнала сбытий:
Прикрепленное изображение данные события появляются с периодичностью 6- 30 минут, остальные с переодичностью 24 часа
Прикрепленное изображение
Прикрепленное изображение
В чем может быть проблема?

Автор: Андрей Ефименко 11.9.2020, 7:14

Цитата(Pro100A1ex @ 10.9.2020, 19:46) *

Доброе время суток.
Заметили в журнале событий Windows периодические записи ошибок работы LKDSDomain. LKDSDomain установленный в операционной системе Windows Server 2019, скрины из журнала сбытий:
Прикрепленное изображение данные события появляются с периодичностью 6- 30 минут, остальные с переодичностью 24 часа
Прикрепленное изображение
Прикрепленное изображение
В чем может быть проблема?

Нужна дополнительная информация:

1) сформируйте данные для передачи в тех.поддержку и пришлите.
2) экспортируйте и пришлите журнал Windows Прикрепленное изображение

Автор: Pro100A1ex 11.9.2020, 16:03

Цитата(Андрей Ефименко @ 11.9.2020, 7:14) *

Нужна дополнительная информация:

1) сформируйте данные для передачи в тех.поддержку и пришлите.
2) экспортируйте и пришлите журнал Windows Прикрепленное изображение


Все сделано, ссылку для скачивания архива сбросили на почту techno@lkds.ru.

Автор: Андрей Ефименко 17.9.2020, 10:35

Цитата(revit @ 9.9.2020, 13:16) *

Получилось. Лифты организации удалились из домэйна. А как удалить ненужную уже организацию вместе с лифтами?

Можно попробовать исполнить SQL скрипт Прикрепленный файл  DeleteTeam.rar ( 1.05 килобайт ) Кол-во скачиваний: 229

Предварительно нужно остановить службу LKDSDomain, а после исполнения скрипта запустить.

Абсолютных гарантий дать не могу.

Автор: Андрей Ефименко 11.10.2020, 15:41

Цитата(Андрей Ефименко @ 17.9.2020, 11:35) *

Можно попробовать исполнить SQL скрипт Прикрепленный файл  DeleteTeam.rar ( 1.05 килобайт ) Кол-во скачиваний: 229

Предварительно нужно остановить службу LKDSDomain, а после исполнения скрипта запустить.

Абсолютных гарантий дать не могу.

Исправлен SQL скрипт удаления организации Прикрепленный файл  DeleteTeam.rar ( 1.05 килобайт ) Кол-во скачиваний: 158

Для удаления отдельного лифта можно использовать SQL скрипт Прикрепленный файл  DeleteLift.rar ( 571 байт ) Кол-во скачиваний: 171


Код лифта в базе данных можно узнать в панели Прикрепленное изображение

Предварительно нужно остановить службу LKDSDomain, а после исполнения скрипта запустить.


Что бы удалить лифт в базе LKDSDISP, т.е. в базе, используемой в сервере LKDSDisp, нужно в DeleteLift.sql заменить строку
use LKDSDOMAIN
на строку
use LKDSDISP
и предварительно остановить службу LKDSDisp

Автор: revit 14.10.2020, 14:16

А в LKDSDomain когда нибудь будут "сервисный прибор, рестарт" и вот этот вот всё?

Автор: Андрей Ефименко 14.10.2020, 16:44

Цитата(revit @ 14.10.2020, 15:16) *

А в LKDSDomain когда нибудь будут "сервисный прибор, рестарт" и вот этот вот всё?

Имеется в виду, что будут ли реализованы в списке ЛБ в LKDSDomainCfg вызов следующих функций ? Прикрепленное изображение

Все ли они нужны ?

Автор: revit 14.10.2020, 18:52

Да как раз те которые выделены красным. Но я думаю что для комфортного и интуитивно понятного использования их можно сделать аналогично тем что уже есть в лкдспро и пклш (хоть включением ГГС на сервере я и не пользуюсь ). И названия меню чтобы одинаковыми были , а то они одни и те же меню и функции почему то в разных сервисах имеют разные названия.

Автор: Андрей Ефименко 25.1.2021, 9:05

Таблицы базы данных LKDSDOMIAN (и LKDSDISP) не имели первичных ключей.
Для работы сервера LKDSDomain он и не нужны.
Каждая таблица имела уникальный индекс. Этот индекс имел имя совпадающее с именем таблицы:
Прикрепленное изображение
Этот индекс однозначно определял запись таблицы и по сути выполнял функции первичного ключа.

Со временем базы данных стали использоваться для извлечения информации сторонними системами.
Эти сторонние системы иногда требовали наличия в таблицах первичного ключа. Вероятно это позволяет автоматизировать формирование запросов и анализ структуры БД.
Кроме того, первичные ключи нужны для использования такого механизма, как репликация базы данных.
Репликация позволяет упростить создание резервного сервер диспетчеризации. Все изменения в БД основного сервера могут передаваться (реплицироваться) в БД резервного сервера. В случае неработоспособности основного сервера можно достаточно быстро перейти на резервный сервер, т.к. БД на резервном сервере будет в актуальном или близком к актуальному состоянии. Конечно для резервного сервера нужны и подключения к оборудованию и ещё много чего, но, по крайней мере, использование репликации облегчает реализацию резервирования.

Поэтому в новых базах данных, т.е. если бы базы данных LKDSDOMIAN (и LKDSDISP) создавались автоматически сейчас, каждая таблица имеет первичный ключ, вместо прежнего уникального индекса:
Прикрепленное изображение

Если оперативные данные (журнал событий, статистика работы, сохранённые переговоры) не имею большого значения, то можно выгрузить структуры в XML файл, остановить службы (LKDSDomain или LKDSDisp), удалить базу данных, запустить службы и загрузить структуры из XML файлов.

В новой базе данных уже будут первичные ключи.




Автор: Андрей Ефименко 29.1.2021, 10:26

Цитата(Андрей Ефименко @ 25.1.2021, 10:05) *

Таблицы базы данных LKDSDOMIAN (и LKDSDISP) не имели первичных ключей.
Для работы сервера LKDSDomain он и не нужны.
Каждая таблица имела уникальный индекс. Этот индекс имел имя совпадающее с именем таблицы:
Прикрепленное изображение
Этот индекс однозначно определял запись таблицы и по сути выполнял функции первичного ключа.

Со временем базы данных стали использоваться для извлечения информации сторонними системами.
Эти сторонние системы иногда требовали наличия в таблицах первичного ключа. Вероятно это позволяет автоматизировать формирование запросов и анализ структуры БД.
Кроме того, первичные ключи нужны для использования такого механизма, как репликация базы данных.
Репликация позволяет упростить создание резервного сервер диспетчеризации. Все изменения в БД основного сервера могут передаваться (реплицироваться) в БД резервного сервера. В случае неработоспособности основного сервера можно достаточно быстро перейти на резервный сервер, т.к. БД на резервном сервере будет в актуальном или близком к актуальному состоянии. Конечно для резервного сервера нужны и подключения к оборудованию и ещё много чего, но, по крайней мере, использование репликации облегчает реализацию резервирования.

Поэтому в новых базах данных, т.е. если бы базы данных LKDSDOMIAN (и LKDSDISP) создавались автоматически сейчас, каждая таблица имеет первичный ключ, вместо прежнего уникального индекса:
Прикрепленное изображение

Если оперативные данные (журнал событий, статистика работы, сохранённые переговоры) не имею большого значения, то можно выгрузить структуры в XML файл, остановить службы (LKDSDomain или LKDSDisp), удалить базу данных, запустить службы и загрузить структуры из XML файлов.

В новой базе данных уже будут первичные ключи.

Можно, конечно, сохранить оперативные данные.

Процедура выгрузки и загрузки БД LKDSDOMAIN описана в файле Прикрепленный файл  PrimaryKey_RUS.pdf ( 2.5 мегабайт ) Кол-во скачиваний: 171


Практически так же можно сделать и с БД LKDSDISP

Автор: revit 26.3.2021, 18:56

Раньше можно было видеть сам ключ в списке ключей, а теперь я вижу только название, ключ скрыт. Это что за нововведения - мне как админу теперь не разрешается вспомнить введеный ранее ключ?

Автор: Андрей Ефименко 27.3.2021, 7:16

Цитата(revit @ 26.3.2021, 19:56) *

Раньше можно было видеть сам ключ в списке ключей, а теперь я вижу только название, ключ скрыт. Это что за нововведения - мне как админу теперь не разрешается вспомнить введеный ранее ключ?

Желательна картинка для ясности.

Автор: revit 27.3.2021, 13:02

Цитата(Андрей Ефименко @ 27.3.2021, 4:16) *

Желательна картинка для ясности.

Прикрепленное изображение

Автор: Андрей Ефименко 28.3.2021, 12:25

Цитата(revit @ 26.3.2021, 19:56) *

Раньше можно было видеть сам ключ в списке ключей, а теперь я вижу только название, ключ скрыт. Это что за нововведения - мне как админу теперь не разрешается вспомнить введеный ранее ключ?

Цитата(revit @ 27.3.2021, 14:02) *

Прикрепленное изображение

Исходное символьное значение ключа не известно.
Поэтому он никогда не показывался и сейчас не показывается.

Автор: revit 29.3.2021, 0:15

Но, как мне кажется, раньше ключи можно было видеть.
Если я забыл ключ что мне делать?

Автор: Андрей Ефименко 29.3.2021, 6:45

Цитата(revit @ 29.3.2021, 1:15) *

Но, как мне кажется, раньше ключи можно было видеть.
Если я забыл ключ что мне делать?

Ключи нельзя увидеть ни в ПКЛШ, ни в LKDSPro, ни в LKDSDomain

Если ключ потерян, то нужно делать новый ключ, т.е. ввести новый ключ в ЛБ и добавить в список ключей LKDSDomain.

Автор: revit 29.3.2021, 12:11

Какая то излишняя, имхо. секретность. Это вынуждает писать ключ в поле "имя ключа" чтобы его не забыть, т.к. совсем не хочется потом во всех блоках его перебивать. И вся секретность на этом кончается.....
Ладно в LKDSDRV и LKDSPro , там часто бывает что службы крутится на компе диспетчера и там еще это можно понять, но LKDSDomain крутят на отдельных серверах и тут совершенно необъяснимы такие меры. Даже в операционках и маршрутизаторах делают глазок для визуального контроля паролей.

Автор: Андрей Ефименко 29.3.2021, 16:33

Цитата(revit @ 29.3.2021, 13:11) *

Даже в операционках и маршрутизаторах делают глазок для визуального контроля паролей.

"Глазок" - это визуальный контроль правильности ввода пароля (ключа) в процессе авторизации, но не способ узнать этот пароль (ключ) если вдруг забылось.

В общем это отдельная, большая и трудозатратная задача обеспечить ещё и защиту исходных паролей (ключей), что бы их можно было восстановить.

Автор: revit 29.3.2021, 17:43

Нет, я не понимаю зачем так усложнять? LKDSDomain - сервис для больших сетей, и тех же ключей у меня может быть пару десятков или больше. И я реально должен их помнить???? Уж лучше я их буду дублировать в открытом поле "имя ключа", что в общем то и делал для простых распространенных ключей. В качестве защиты у меня выступает авторизация входа на сервер.

Автор: poiZon 9.4.2021, 9:51

Цитата(revit @ 29.3.2021, 18:43) *

Нет, я не понимаю зачем так усложнять? LKDSDomain - сервис для больших сетей, и тех же ключей у меня может быть пару десятков или больше. И я реально должен их помнить???? Уж лучше я их буду дублировать в открытом поле "имя ключа", что в общем то и делал для простых распространенных ключей. В качестве защиты у меня выступает авторизация входа на сервер.


Полностью согласен.

Автор: Андрей Ефименко 10.4.2021, 11:21

Цитата(kurilka @ 18.6.2020, 9:53) *

Андрей Владимирович, домен позволяет управлять всеми организациями из какого-то единого интерфейса?

Есть мысль изменить алгоритм предоставления доступа пользователю к лифтам.
Доступ будет предоставляться к конкретным лифтам, а не к предопределённым группам, число которых ограничено 32.
При таком подходе необходимость организаций для снятия ограничений в 32 группы отпадает и можно всё делать в одной организации.
Но предполагается другое ограничение - разрешения на конкретные действия пользователя с лифтами будут одинаковым для всех доступных лифтов.
Механизм пользователей - образцов и наследников остаётся. Т.е. наследники имеют доступ ко всем лифтам образцов (по всей длине наследования). Добавление доступных лифтов в образцы автоматически делает эти лифты доступными наследникам. Это же касается разрешений на действия и оповещений.

Хотел бы обсудить такой подход.

Автор: poiZon 15.4.2021, 14:34

Цитата(Андрей Ефименко @ 10.4.2021, 12:21) *

Есть мысль изменить алгоритм предоставления доступа пользователю к лифтам.
Доступ будет предоставляться к конкретным лифтам, а не к предопределённым группам, число которых ограничено 32.
При таком подходе необходимость организаций для снятия ограничений в 32 группы отпадает и можно всё делать в одной организации.
Но предполагается другое ограничение - разрешения на конкретные действия пользователя с лифтами будут одинаковым для всех доступных лифтов.
Механизм пользователей - образцов и наследников остаётся. Т.е. наследники имеют доступ ко всем лифтам образцов (по всей длине наследования). Добавление доступных лифтов в образцы автоматически делает эти лифты доступными наследникам. Это же касается разрешений на действия и оповещений.

Хотел бы обсудить такой подход.


Наличие мобильного приложения подталкивает к необходимости иметь следующие права:
админ и диспетчер имеют доступ ко всем
начальники участка имеют доступ ко всем лифтам всех механиков своего участка (просмотр)
механики имеют доступ к своим лифтам (тоже просмотр, а то начинают сами переключать)
связисты имеют доступ к тем лифтам которые они обслуживают (просмотр)
прораб связистов имеет доступ ко всем лифтам (просмотр).

У нас устроено так, т.е. на лицо обратная зависимость доступных лифтов, начиная от механика

Автор: revit 5.5.2021, 23:13

Цитата(Андрей Ефименко @ 10.4.2021, 8:21) *

Есть мысль изменить алгоритм предоставления доступа пользователю к лифтам.
Доступ будет предоставляться к конкретным лифтам, а не к предопределённым группам, число которых ограничено 32.
При таком подходе необходимость организаций для снятия ограничений в 32 группы отпадает и можно всё делать в одной организации.
Но предполагается другое ограничение - разрешения на конкретные действия пользователя с лифтами будут одинаковым для всех доступных лифтов.....
Хотел бы обсудить такой подход

В LKDSDisp это будет востребовано. Насколько я понимаю это позволит уйти от привязки группа-закладка. Т.е можно будет разместить лифты из разных групп на одном экране (без закладок) для пользователя. Правильно?

Автор: Андрей Ефименко 6.5.2021, 10:41

Цитата(revit @ 6.5.2021, 0:13) *

В LKDSDisp это будет востребовано. Насколько я понимаю это позволит уйти от привязки группа-закладка. Т.е можно будет разместить лифты из разных групп на одном экране (без закладок) для пользователя. Правильно?

Связи "закладок" (диспетчерских пунктов в географической структуре) и групп лифтов по доступу и сейчас нет. "Закладки" предполагались для удобства визуализации, что бы прямоугольники лифтов не были бы слишком маленькие.

Предлагается снять ограничение в 32 группы лифтов, который сейчас используются для разделения доступа.

Автор: revit 7.5.2021, 13:52

Я не смог правильно выразить свою мысль по поводу закладок-групп.
Спрошу проще:
есть две закладки -два региональных отделения 800 и 300 . У центрального диспетчера их нельзя объединить в одну т.к организационно, территориально и по кол-ву это две разные группы осблуживаемых лифтов.
В этих закладках четыре города, в которых обслуживаются лифты большой УК и у этой УК есть своя диспетчерская, в которой они хотят смотреть свои объекты (квадратики лифтов с датчиком МП и датчиком на юзере1). Из этих 800 и 300 лифтов УК в четырех городах ~400 и смотреть их в двух закладках (250+150) они не хотят . Нужно вывести их на один экран. Как это сделать?

Автор: Андрей Ефименко 7.5.2021, 16:42

Цитата(revit @ 7.5.2021, 14:52) *

Я не смог правильно выразить свою мысль по поводу закладок-групп.
Спрошу проще:
есть две закладки -два региональных отделения 800 и 300 . У центрального диспетчера их нельзя объединить в одну т.к организационно, территориально и по кол-ву это две разные группы осблуживаемых лифтов.
В этих закладках четыре города, в которых обслуживаются лифты большой УК и у этой УК есть своя диспетчерская, в которой они хотят смотреть свои объекты (квадратики лифтов с датчиком МП и датчиком на юзере1). Из этих 800 и 300 лифтов УК в четырех городах ~400 и смотреть их в двух закладках (250+150) они не хотят . Нужно вывести их на один экран. Как это сделать?

В рамках одной организации так сделать нельзя, т.к. географическая структура одна для одной организации.

Можно сделать ещё одну организацию и включить туда только лифты этой большой УК.
В организации для УК будет своя структура с одним диспетчерским пунктом (т.е. закладок не будет).

Автор: revit 7.5.2021, 17:21

Цитата(Андрей Ефименко @ 7.5.2021, 13:42) *

В рамках одной организации так сделать нельзя, т.к. географическая структура одна для одной организации.

Можно сделать ещё одну организацию и включить туда только лифты этой большой УК.
В организации для УК будет своя структура с одним диспетчерским пунктом (т.е. закладок не будет).

Но это в LKDSDomain . А переход на LKDSDomain это еще та задачка... Но даже если и перейти , потом при изменении их списка обслуживаеиых обьектов прийдется изменять две структуры в двух организациях?

Автор: Андрей Ефименко 8.5.2021, 14:21

Цитата(revit @ 7.5.2021, 18:21) *

Но это в LKDSDomain . А переход на LKDSDomain это еще та задачка... Но даже если и перейти , потом при изменении их списка обслуживаеиых обьектов прийдется изменять две структуры в двух организациях?

Сам переход от LKDSDisp к LKDSDomain формален и описан в документации - структура выгружается из LKDSDisp и загружается в LKDSDomain.

При изменении списка лифтов, если это изменение касается УК, то действительно изменять нужно в двух организациях.

Автор: poiZon 25.6.2021, 9:10

Не знаю точно куда отнести проблему, поэтому напишу сюда. Ситуация такая:
на моноблоке два дома, в первом блоки КДК и 2 ЛБ6 УЛ, во втором доме 4 блока ЛБ6 Союз. Блоки союз включаются и выключаются нормально, блоки УЛ через ASpultPlus включаются и выключаются нормально, с помощью сервисного ключа включаются и выключаются нормально, а вот диспетчер через SPult не может выключить блок, причем при попытке отключения через SPult блок зависает, уходит со связи и вместе с ним со связи уходят два ЛБ союз из соседнего дома.

Автор: revit 25.6.2021, 15:40

А вы подождите 3 минуты-может восстановятся на связи? Может у вас блоки "заводятся" ?
По команде отключения в СПульт первый раз включается голосовая связь. А уже после нее можно со второго нажатия выключить.

Автор: poiZon 1.7.2021, 14:23

Цитата(revit @ 25.6.2021, 16:40) *

А вы подождите 3 минуты-может восстановятся на связи? Может у вас блоки "заводятся" ?
По команде отключения в СПульт первый раз включается голосовая связь. А уже после нее можно со второго нажатия выключить.


Суть вопроса в том, что с телефона (ASpultPlus) всё работает нормально, хотя алгоритм с выходом на ГГС тот же самый.

Автор: Андрей Ефименко 4.7.2021, 10:19

Цитата(poiZon @ 25.6.2021, 10:10) *

Не знаю точно куда отнести проблему, поэтому напишу сюда. Ситуация такая:
на моноблоке два дома, в первом блоки КДК и 2 ЛБ6 УЛ, во втором доме 4 блока ЛБ6 Союз. Блоки союз включаются и выключаются нормально, блоки УЛ через ASpultPlus включаются и выключаются нормально, с помощью сервисного ключа включаются и выключаются нормально, а вот диспетчер через SPult не может выключить блок, причем при попытке отключения через SPult блок зависает, уходит со связи и вместе с ним со связи уходят два ЛБ союз из соседнего дома.

Добейтесь появления данной ситуации (...блок зависает...), формируйте и пришлите данные в тех.поддержку.
Укажите с каким и когда (по возможности точнее) ЛБ ситуация проявилась.

Автор: Van Gog 7.8.2021, 14:57

Цитата(Андрей Ефименко @ 10.4.2021, 8:21) *

Есть мысль изменить алгоритм предоставления доступа пользователю к лифтам.
Доступ будет предоставляться к конкретным лифтам, а не к предопределённым группам, число которых ограничено 32.
При таком подходе необходимость организаций для снятия ограничений в 32 группы отпадает и можно всё делать в одной организации.
Но предполагается другое ограничение - разрешения на конкретные действия пользователя с лифтами будут одинаковым для всех доступных лифтов.
Механизм пользователей - образцов и наследников остаётся. Т.е. наследники имеют доступ ко всем лифтам образцов (по всей длине наследования). Добавление доступных лифтов в образцы автоматически делает эти лифты доступными наследникам. Это же касается разрешений на действия и оповещений.

Хотел бы обсудить такой подход.


Что-то никакого обсуждения не наблюдается dry.gif .
Возникла необходимость перенести лифты внутри LKDSDomain из одной организации в другую. Немного, всего 25, но всё равно хотелось бы это делать "в два клика".

Может есть смысл изменить доступ к лифту следующим образом:
1. у лифта будет признак "принадлежность организации" (некая "супер группа" соответствующая текущему понятию "организация" в LKDSDomain).
2. "супер администратор" сможет при необходимости этот признак изменить.

При таком подходе в интерфейсе и во внешней логике работы, видимой пользователю LKDSDomain, менять почти ничего не нужно.
Естественно, у записи лифта в базе должен быть уникальный глобальный идентификатор.

Автор: revit 8.8.2021, 11:27

Цитата(Van Gog @ 7.8.2021, 11:57) *

Что-то никакого обсуждения не наблюдается dry.gif .

Я , допустим, пока не готов переводить всю сеть c Disp на Domain. На то есть ряд причин.
Использую его конечно, но для всяких некритичных подключений в виде теста и наблюдения за возможностями.

Ну и порой простые вещи типа вот такой https://forum.lkds.ru/index.php?s=&showtopic=3515&view=findpost&p=27173 вымораживают. Как с подобным жить в больших сетях , где куча изменений в день и плюс монтажи т.е новые подключения с настройками, проверками, заморочками различными, я пока не могу представить.

Автор: Андрей Ефименко 8.8.2021, 18:56

Цитата(Van Gog @ 7.8.2021, 15:57) *

Что-то никакого обсуждения не наблюдается dry.gif .
Возникла необходимость перенести лифты внутри LKDSDomain из одной организации в другую. Немного, всего 25, но всё равно хотелось бы это делать "в два клика".

Может есть смысл изменить доступ к лифту следующим образом:
1. у лифта будет признак "принадлежность организации" (некая "супер группа" соответствующая текущему понятию "организация" в LKDSDomain).
2. "супер администратор" сможет при необходимости этот признак изменить.

При таком подходе в интерфейсе и во внешней логике работы, видимой пользователю LKDSDomain, менять почти ничего не нужно.
Естественно, у записи лифта в базе должен быть уникальный глобальный идентификатор.

Сейчас нет программных средств, что бы сделать это в диалоговом режиме.

У записи лифта в базе данных LKDSDOMAIN уже есть уникальнй код - поле CodLift

Записи в БД связаны друг с другом.

Если изменить в записи лифта поле CodHouse на код другого дома, который может быть в этой или другой организации и перезапустить LKDSDomain, то данный лифт будет в другом доме и, возможно, в другой организации.

Прикрепленное изображение

Аналогично:

Если в записи дома изменить поле CodStreet на код другого улицы, которая может быть в этой или другой организации и перезапустить LKDSDomain, то данный дом будет в другой улице и, возможно, в другой организации.

Если в записи улицы изменить поле CodPunct на код другого диспетчерского пункта, который может быть в этой или другой организации и перезапустить LKDSDomain, то данная улица будет в другом пункте и, возможно, в другой организации.

Если в записи пункта изменить поле CodTeam на код другой организации и перезапустить LKDSDomain, то данный пункт будет в другой организации.



Есть, правда, проблема с оповещениями, т.к. описание оповещения привязано к пользователю и, возможно, к конкретному лифту.
Пользователь привязан к организации и лифт опосредованно привязан к организации. Если переместить лифт в другую организацию, то возможны проблемы.

И с журналом та же проблема - запись журнала может иметь ссылки и на пользователя и на лифт

Автор: Van Gog 9.8.2021, 15:29

Цитата(Андрей Ефименко @ 8.8.2021, 15:56) *

Сейчас нет программных средств, что бы сделать это в диалоговом режиме.


Как говорят в таких случаях: "Вам и карты в руки" wink.gif .

Цитата(Андрей Ефименко @ 8.8.2021, 15:56) *

Есть, правда, проблема с оповещениями, т.к. описание оповещения привязано к пользователю и, возможно, к конкретному лифту.
Пользователь привязан к организации и лифт опосредованно привязан к организации. Если переместить лифт в другую организацию, то возможны проблемы.

И с журналом та же проблема - запись журнала может иметь ссылки и на пользователя и на лифт


Не понял эти два момента. Имелось ввиду, что при переносе лифта в другую организацию с ним не будут отображаться записи журнала и подключенные оповещения потому, что привязка (или отбор) идёт по полю CodTeam? Если только отбор, то это можно решить программными средствами без изменения структуры базы (я так думаю по дилетантски).

Автор: Андрей Ефименко 11.8.2021, 9:17

Цитата(Van Gog @ 9.8.2021, 16:29) *

Не понял эти два момента. Имелось ввиду, что при переносе лифта в другую организацию с ним не будут отображаться записи журнала и подключенные оповещения потому, что привязка (или отбор) идёт по полю CodTeam? Если только отбор, то это можно решить программными средствами без изменения структуры базы (я так думаю по дилетантски).

Имелось в виду, что запись журнала связана с записью организации двумя путями:

1. Через пользователя
2. Через лифт->дом->улицу->пункт

Прикрепленное изображение

Автор: Van Gog 12.8.2021, 16:30

Цитата(Андрей Ефименко @ 11.8.2021, 6:17) *

Имелось в виду, что запись журнала связана с записью организации двумя путями:

1. Через пользователя
2. Через лифт->дом->улицу->пункт

Прикрепленное изображение


Как я понимаю, все записи которые имеются в журнале, после переноса в другую организацию станут недоступны? А что с оповещениями?

Автор: Андрей Ефименко 16.8.2021, 7:52

Цитата(Van Gog @ 12.8.2021, 17:30) *

Как я понимаю, все записи которые имеются в журнале, после переноса в другую организацию станут недоступны?

Не будут отобраны записи журнала перенесённых лифтов, которые имеют ненулевое значение в поле CodUser, т.е. привязанные к конкретному пользователю.

Цитата(Van Gog @ 12.8.2021, 17:30) *

А что с оповещениями?

Оповещение может быть связано к конкретным лифтом: Прикрепленное изображение
Если этот лифт перенесён в другую организацию, то оповещений не будет

Автор: revit 26.8.2021, 12:57

Есть необходимость переносить блоки из LKDSPro в LKDSDomain. Можно сделать такой быстрый перенос параметров из списка LKDSPro в список LKDSDomain автоматически включив опцию "связь через "LKDSCloud"?
Примерно так:
1. выбрал из меню "копировать параметры в LKDSDomain"
2. ID, примечание, ключ записались в новую строку в списке LKDSDomain. Если ключ невозможно взять в LKDSPro или он не совпадает с ключами из списка Domain, то можно ввести понятие "ключ по умолчанию" в Domain, т.е отметить один из ключей в списке тех что для Cloud таким признаком и назначать его при переносе.
Аналогичный механизм пригодился бы и в ПКЛШ.

Автор: Андрей Ефименко 27.8.2021, 7:33

Цитата(revit @ 26.8.2021, 13:57) *

Есть необходимость переносить блоки из LKDSPro в LKDSDomain. Можно сделать такой быстрый перенос параметров из списка LKDSPro в список LKDSDomain автоматически включив опцию "связь через "LKDSCloud"?
Примерно так:
1. выбрал из меню "копировать параметры в LKDSDomain"
2. ID, примечание, ключ записались в новую строку в списке LKDSDomain. Если ключ невозможно взять в LKDSPro или он не совпадает с ключами из списка Domain, то можно ввести понятие "ключ по умолчанию" в Domain, т.е отметить один из ключей в списке тех что для Cloud таким признаком и назначать его при переносе.
Аналогичный механизм пригодился бы и в ПКЛШ.

Скорее это нужно сделать в LKDSDomainCfg:

1. "Импорт описаний связей с ЛБ из LKDSPro"
2. "Импорт описаний связей с ЛБ из ПКЛШ"

Далее будет загрузка файла LKDSPro.xml или выбор файла ПКЛШ с последующей загрузкой

Если в импортируемом файле есть ЛБ с неустановленным признаком "связь через LKDSCloud", то будет предупреждение "Для всех импортируемых связей будет установлен признак "связь через LKDSCloud", выберите ключ, который будет использоваться при импорте связей с неустановленным признаком "связь через LKDSCloud""

Если у импортируемой связи уже есть признак "связь через LKDSCloud", то будет использован ключ из этой связи. Ключ будет добавлен в список ключей, если его там ещё нет с названием LKDSPro<последовательный_номер> или сгенерированным из адреса ПКЛШ - Подсеть<номер_подсети>УМ<номер_УМ>Слот<номер_слота><последовательный_номер>.

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

Если в списке ЛБ LKDSDomain уже есть ЛБ с ID из импортируемого списка, то обратки данной связи не будет.

Есть вопрос - почему связь именно через LKDSCloud ?
Как мне казалось прямые прописанные связи должны быть надёжнее и они не будут зависеть от работоспособности LKDSCloud.

Автор: revit 27.8.2021, 12:40

Цитата(Андрей Ефименко @ 27.8.2021, 4:33) *

Скорее это нужно сделать в LKDSDomainCfg:
1. "Импорт описаний связей с ЛБ из LKDSPro"
2. "Импорт описаний связей с ЛБ из ПКЛШ"
Это конечно тоже нужно , но это для одноразового применения и для тех кто решил перейти на домэйн навсегда. Я пока к этому не готов.
Мне же необходимо в повседневном администрировании переносить из LKDSPro в домэйн при переходе лифтов или групп лифтов из одной организации в другую. Структура большая и поэтому много лифтов и в ПКЛШ и в LKDSPro. Домэйн пока не для серьезных задач, больше для экспериментальных, но на перспективу такие лифты нужно оставить именно в домэйне.

Цитата(Андрей Ефименко @ 27.8.2021, 4:33) *
Есть вопрос - почему связь именно через LKDSCloud ?
Как мне казалось прямые прописанные связи должны быть надёжнее и они не будут зависеть от работоспособности LKDSCloud.
Cloud для временной связи. Потом в LKDSDomain уже переконфигурировать те блоки что нужно будет вывести на прямую связь.
Сразу переконфигурировать все в LKDSPro, входить в каждый блок по одному и вписывать, это во первых не нужно а во вторых муторно для большой группы.

Автор: bosporsky 27.8.2021, 15:13

У нас периодически, провайдер проводит работы ночью, а на резервном интернет-провайдере - нет выделенного ip. Есть ли возможность сделать так, что-бы в случае отсутствия прямой связи с блоками, можно было задействовать связь через LKDSCloud? Так сказать, можно ли задать LKDSCloud в качестве резервного канала связи на блоках 7.2 в LKDSDomain?

Автор: Андрей Ефименко 30.8.2021, 17:27

Цитата(revit @ 27.8.2021, 13:40) *

Это конечно тоже нужно , но это для одноразового применения и для тех кто решил перейти на домэйн навсегда. Я пока к этому не готов.
Мне же необходимо в повседневном администрировании переносить из LKDSPro в домэйн при переходе лифтов или групп лифтов из одной организации в другую. Структура большая и поэтому много лифтов и в ПКЛШ и в LKDSPro. Домэйн пока не для серьезных задач, больше для экспериментальных, но на перспективу такие лифты нужно оставить именно в домэйне.

Это функции не одноразового применения. Можно будет многократно загружать структуры LKDSPro, ПКЛШ, но попадать в структуру LKDSDomain будут те, которых ещё нет в списке ЛБ LKDSDomain.

LKDSDomain, LKDSPro, ПКЛШ существуют параллельно и могут иметь связи с одними и теми же ЛБ.

Цитата(revit @ 27.8.2021, 13:40) *

Cloud для временной связи. Потом в LKDSDomain уже переконфигурировать те блоки что нужно будет вывести на прямую связь.
Сразу переконфигурировать все в LKDSPro, входить в каждый блок по одному и вписывать, это во первых не нужно а во вторых муторно для большой группы.

Важно помнить, что нельзя указывать признак "Связь через LKDSCloud", если в данном ЛБ описана связь на LKDSDomain.


Цитата(bosporsky @ 27.8.2021, 16:13) *

У нас периодически, провайдер проводит работы ночью, а на резервном интернет-провайдере - нет выделенного ip. Есть ли возможность сделать так, что-бы в случае отсутствия прямой связи с блоками, можно было задействовать связь через LKDSCloud? Так сказать, можно ли задать LKDSCloud в качестве резервного канала связи на блоках 7.2 в LKDSDomain?

Так сделать нельзя.
Прямые связи в ЛБ и связь через LKDSCloud в ЛБ работаю по разному

Автор: revit 30.8.2021, 18:04

Цитата(Андрей Ефименко @ 30.8.2021, 14:27) *

Это функции не одноразового применения. Можно будет многократно загружать структуры LKDSPro, ПКЛШ, но попадать в структуру LKDSDomain будут те, которых ещё нет в списке ЛБ LKDSDomain.
Ну и зачем мне это на практике? Зачем мне всегда весь список из про и пклш в домен переносить постоянно? В каких ситуациях это можно постоянно применять?
Цитата(Андрей Ефименко @ 30.8.2021, 14:27) *

LKDSDomain, LKDSPro, ПКЛШ существуют параллельно и могут иметь связи с одними и теми же ЛБ.
Это я знаю, но опять же, практически, на одном сервере это не нужно. Блок описан и обслуживается в чем то одном и бывает нужно между службами его как то перекидывать .
Цитата(Андрей Ефименко @ 30.8.2021, 14:27) *
Важно помнить, что нельзя указывать признак "Связь через LKDSCloud", если в данном ЛБ описана связь на LKDSDomain.
непонятно почему , но ладно... А если прямая связь не описана , я внес связь через клауд а потом вписал прямую?

Автор: Андрей Ефименко 31.8.2021, 17:19

Цитата(revit @ 30.8.2021, 19:04) *

Ну и зачем мне это на практике? Зачем мне всегда весь список из про и пклш в домен переносить постоянно? В каких ситуациях это можно постоянно применять?

Например, в переходный период, когда нужно параллельно поддерживать LKDSDisp или MPultPro и LKDSDomain.
Если нужно перенести из LKDSPro или ПКЛШ один или несколько конкретных ЛБ, то в LKDSDomainCfg можно будет выдавать список ЛБ в LKDSPro или ПКЛШ, которых нет в LKDSDomain. В этом списке можно будет выбирать нужные для импорта ЛБ.

Цитата(revit @ 30.8.2021, 19:04) *

непонятно почему , но ладно... А если прямая связь не описана , я внес связь через клауд а потом вписал прямую?

Если указан признак "связь через LKDSCloud" и есть прямая связь на LKDSDomain (LKDSPro, ПКЛШ), то в ЛБ появляется две связи для одного программного ID (идентификатора LKDSDomain, LKDSPro, ПКЛШ). Для каждой этой связи ведётся своя нумерация переданных пакетов данных, так же происходит дублирование данных. И не понятно как должны вести себя в этой ситуации LKDSDomain, LKDSPro, ПКЛШ.

И не важно - вначале был признак "связь через LKDSCloud" и потом прописали связь или была связь, а признак указали потом.

Автор: revit 1.9.2021, 11:13

Цитата(Андрей Ефименко @ 31.8.2021, 14:19) *

.... то в LKDSDomainCfg можно будет выдавать список ЛБ в LKDSPro или ПКЛШ, которых нет в LKDSDomain. В этом списке можно будет выбирать нужные для импорта ЛБ.

Выбирать нужные блоки из списка для переноса в LKDSDomain- это хорошо.
Цитата(Андрей Ефименко @ 31.8.2021, 14:19) *

Если указан признак "связь через LKDSCloud" и есть прямая связь на LKDSDomain (LKDSPro, ПКЛШ), то в ЛБ появляется две связи для одного программного ID (идентификатора LKDSDomain, LKDSPro, ПКЛШ). Для каждой этой связи ведётся своя нумерация переданных пакетов данных, так же происходит дублирование данных. И не понятно как должны вести себя в этой ситуации LKDSDomain, LKDSPro, ПКЛШ.

И не важно - вначале был признак "связь через LKDSCloud" и потом прописали связь или была связь, а признак указали потом.
Т.е не только в LKDSDomain, но и в LKDSPro и в ПКЛШ двойная связь не допустима?

Автор: Андрей Ефименко 1.9.2021, 11:49

Цитата(revit @ 1.9.2021, 12:13) *

Т.е не только в LKDSDomain, но и в LKDSPro и в ПКЛШ двойная связь не допустима?

Да.

В систему оповещений об ошибках на сервере (оранжевые окошки) должно приходить соответствующее сообщение.

Автор: revit 1.9.2021, 13:41

Цитата(Андрей Ефименко @ 1.9.2021, 8:49) *

Да.

В систему оповещений об ошибках на сервере (оранжевые окошки) должно приходить соответствующее сообщение.

Провел эксперимент-в имеющейся прямой связи LKDSPro установил связь через Cloud. Сообщение было только об изменении IP. Других сообщений нет.

Автор: Grande 2.9.2021, 0:02

Цитата(Андрей Ефименко @ 27.8.2021, 8:33) *

Есть вопрос - почему связь именно через LKDSCloud ?
Как мне казалось прямые прописанные связи должны быть надёжнее и они не будут зависеть от работоспособности LKDSCloud.



Вот тут внесу свои 5 копеек. Пару лет назад, когда делал свой первый сервер на lkdsdisp, у меня были прописаны прямые связи блоков и пклш. Блоки постоянно уходили со связи, хотя все порты везде были проброшены, интернет был стабильный, других причин обрыва связи я не нашёл. Сделал второй сервер, там другой провайдер, всё так же описал в связях и на нём тоже стали отваливаться и появляться блоки. Затем узнал про domain, перевёл сервера на него, настроил связь через облако и вуаля, всё стабильно заработало и по сей день.

Не понимаю, чего воротят нос от domain’на. Это очень удобно и просто, связь через облако потрясающая. Никаких городушек в виде пклш и прочего. Плюс появляются плюшки в виде использования да того же atoolcloud с телефона - пропадает необходимость носить с собой ноутбук. Роутеры настраивать не надо, вбил ключ в блоке при первой конфигурации, например, дома, прописал вай фай, а если по кабелю, то и ключа хватит, и неси на объект, ставь, только интернет появится, блок сразу выйдет на связь. Никаких идентификаторов соседа, портов и т.д.

Автор: Андрей Ефименко 2.9.2021, 11:10

Цитата(revit @ 1.9.2021, 14:41) *

Провел эксперимент-в имеющейся прямой связи LKDSPro установил связь через Cloud. Сообщение было только об изменении IP. Других сообщений нет.

Нужно посмотреть ещё "Список последних сообщений..." индикатора ошибок.

Цитата(Grande @ 2.9.2021, 1:02) *

Вот тут внесу свои 5 копеек. Пару лет назад, когда делал свой первый сервер на lkdsdisp, у меня были прописаны прямые связи блоков и пклш. Блоки постоянно уходили со связи, хотя все порты везде были проброшены, интернет был стабильный, других причин обрыва связи я не нашёл. Сделал второй сервер, там другой провайдер, всё так же описал в связях и на нём тоже стали отваливаться и появляться блоки. Затем узнал про domain, перевёл сервера на него, настроил связь через облако и вуаля, всё стабильно заработало и по сей день.

Не понимаю, чего воротят нос от domain’на. Это очень удобно и просто, связь через облако потрясающая. Никаких городушек в виде пклш и прочего. Плюс появляются плюшки в виде использования да того же atoolcloud с телефона - пропадает необходимость носить с собой ноутбук. Роутеры настраивать не надо, вбил ключ в блоке при первой конфигурации, например, дома, прописал вай фай, а если по кабелю, то и ключа хватит, и неси на объект, ставь, только интернет появится, блок сразу выйдет на связь. Никаких идентификаторов соседа, портов и т.д.

Важно понимать, что возникает зависимость от работоспособности LKDSCloud.

Автор: revit 2.9.2021, 11:21

Цитата(Grande @ 1.9.2021, 21:02) *

Не понимаю, чего воротят нос от domain’на. Это очень удобно и просто, связь через облако потрясающая. Никаких городушек в виде пклш и прочего. Плюс появляются плюшки в виде использования да того же atoolcloud с телефона - пропадает необходимость носить с собой ноутбук. Роутеры настраивать не надо, вбил ключ в блоке при первой конфигурации, например, дома, прописал вай фай, а если по кабелю, то и ключа хватит, и неси на объект, ставь, только интернет появится, блок сразу выйдет на связь. Никаких идентификаторов соседа, портов и т.д.

Ну Cloud работает вне зависимости от того что вы используете Domain или Disp.
А по поводу использования Domain-обоняние тут не причем как и другие чувства. Просто когда у тебя сеть из 3000 блоков и пары десятков подсетей в которых есть много пользователей, и каждый день вносятся изменения в структуры, то сделать так чтобы быстро и беспроблемно перейти c Pro и Disp на Domain не так то просто.... А учитывая то что некоторые вещи в Domain в отличие Disp еще и непривычны и неудобны для использования в больших сетях, то пока такое решение не принимается.
И еще ко всему -есть группа блоков и на Domain-е и переход нужно делать из Pro+Disp+Domain-> Domain. Есть мысли как это сделать быстро и без последствий?

Автор: Van Gog 2.9.2021, 12:57

Цитата(revit @ 2.9.2021, 8:21) *

И еще ко всему -есть группа блоков и на Domain-е и переход нужно делать из Pro+Disp+Domain-> Domain. Есть мысли как это сделать быстро и без последствий?


Быстро не получиться, а для "без последствий" - поднимай второй сервак параллельно с основным и поэтапно переводи на него пользователей.

Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)