Linux Сервер диспетчеризации LKDSServer
- Автор темы Andi
- Дата начала
revit написал(а):
LKDSServerCfg.exe использовать не рекомендуется.
Рекомендуется использовать модуль LKDSServerCfg из пакета lkds-client
LKDSServerCfg можно запускать на компьютере с Windows из под WSL
revit
Гуру
Возможно... У меня в WSL например странно работает "начальное положение панелей" - по кнопке окно программы не растягивается на весь экран, как должно быть, а становится прямоугольником на пол экрана. При чем если нажимать несколько раз, то каждый раз это окно перемещается в разные стороны экрана.Тимофей написал(а):
Последнее редактирование модератором:
revit написал(а):
Пока LKDSServer повторяет LKDSDomain.
Соответсвенно и проблемы, вытекающие из самой структуры данных, те же.
Например, события в журнале могут одновременно ссылаться и на лифт и на пользователя.
И лифт и пользователь заводятся внутри организации, соответственно, если переносить лифт в другую организацию, то, что бы работать с журналом, нужно и пользователя переносить.
Опять же уже обсуждалось в теме по LKDSDomain, что можно было бы не переносить, а копировать лифты из одной организации в другую. При этом в исходной организации лифт можно было бы "закрыть", т.е. сделать необслуживаемым. При таком подходе струтура данных не нарушается, но нарушается история событий этого лифта.
Нужно, наверное, подумать над другой системой распределения доступа к лифтам, что бы не ограничиваться 32 группами. В этом случае будет одна организация и перенос лифтов может делаться, как и сейчас, между диспетчерскими пунктами одной организации.
revit
Гуру
Лифты перешли из одной организации в другую- зачем журнал? Журнал в новой организации будет уже новый ... нужно просто перенести адреса (со справочными данными), чтобы не делать это вручную...
Лифт (а точнее его географический адрес)-это та единица к которой все привязывается один раз и на время существования дома. а организация владелец и организация обслуживающая- они могут меняться.
Очень нужно иметь возможность переносить т.е. менять организации у лифта.
Сейчас в домейне приходится ручками перебивать сотнями лифты. К тому же они дублируются загрязняя базу.
Сегодня распечатал из СПульт 175 лифтов из меню "просмотр журнала" чтобы потом из этого списка внести в другую организацию , но и тут засада- на лифтах с блоками ПРО и семерками не отображается идентификатор. Сижу ручкой пишу идентификаторы на 52 адреса...
А можно хотя бы как-то через импорт xml файла со списком новых лифтов (вычитанных из другой) сделать подгрузку адресов в организацию?
Лифт (а точнее его географический адрес)-это та единица к которой все привязывается один раз и на время существования дома. а организация владелец и организация обслуживающая- они могут меняться.
Очень нужно иметь возможность переносить т.е. менять организации у лифта.
Сейчас в домейне приходится ручками перебивать сотнями лифты. К тому же они дублируются загрязняя базу.
Сегодня распечатал из СПульт 175 лифтов из меню "просмотр журнала" чтобы потом из этого списка внести в другую организацию , но и тут засада- на лифтах с блоками ПРО и семерками не отображается идентификатор. Сижу ручкой пишу идентификаторы на 52 адреса...
А можно хотя бы как-то через импорт xml файла со списком новых лифтов (вычитанных из другой) сделать подгрузку адресов в организацию?
Последнее редактирование модератором:
revit написал(а):
Таких средств нет.
И уникальными полумерами тут не обойтись.
Наше ПО достаточно широко используется.
И важно сохранять его преемственность.
Организации - это изолированные сущности, со своим администратором.
Реальная проблема в том, что число групп лифтов в одной организации не более 32.
И этого может не хватить.
Если сделать возможным использование неограниченно число групп лифтов, то в пределах одной организации можно произвольно переносить лифты из одного диспетчерского пункта в другой, а так же передавать права на работу с этими лифтами другим пользователям. При этом не прерывается история данных, например, статистика работы приводов лифта.
Тип используемых групп лифтов можно было бы задавать в параметрах самой организации - традиционный (32 группы лифтов) или новый, с произвольным числом групп лифтов.
Андрей Ефименко написал(а):
Соглашусь с revit, базовая единица это лифт, а вот то, что организации изолированы и со своим администратором далеко от истины. В сегодняшних реалиях механиков, связистов и инженеров единицы, а организаций полно, и при смене обслуживающей организации зачастую меняется только вывеска, а весь технический персонал на конкретном лифте остается неизменным.
poiZon написал(а):
Возможно терминологическое недопонимание.
Под организацией я подразумевал единицу структуры ПО ДК "Обь", а не юридическое/физическое лицо или ИП.
Т.е. лифты всех юридических/физических лиц или ИП могут храниться в одной организации структуры БД ДК "Обь". Как и все пользователи ДК "Обь".
Пусть диспетчерские пункты группируют лифты по географическому положению (город, район)
При неограниченном количестве групп лифтов можно распределять эти лифты по пользователям так, что пользователи будут видеть только свои лифты.
revit
Гуру
Я понял идею Андрея Владимировича -завел одну "организацию" глобальную и в ней уже для каждой организации свой диспетчерский пункт. Это вариант конечно, но очень трудно будет разбираться в базах где много обсл.организаций и тем более со своими разделениями географическими. Сейчас ведь и организация лифтовая не привязана географически, многие организации имеют лифты в разных городах и даже регионах , которые подключены на одну диспетчерскую. И там сложные разделения прав и доступа по персоналу. Иногда еще и параллельные диспетчерские бывают. Не представляю если всё это свалить в одну кучу что получится.
P.S. Реальный случай сейчас -была организация одна, что то неполадили руководители главный и региональный и разделились на две 370 +170 лифтов. У каждого своя диспетчерская. Мне нужно было кого-то перенести в свою базу. Пока были разделены на уровне прав доступа, только подсети разнес т.к УМы могли повторяться при подключении нового оборудования.. Сейчас та что 170 объединяется с другой и теперь точно надо переносить т.к. будет одна диспетчерская и работать с двумя окнами Спульт не вариант.
В свете последних законов думаю в ближайший год такая чехарда будет повсеместно.
P.S. Реальный случай сейчас -была организация одна, что то неполадили руководители главный и региональный и разделились на две 370 +170 лифтов. У каждого своя диспетчерская. Мне нужно было кого-то перенести в свою базу. Пока были разделены на уровне прав доступа, только подсети разнес т.к УМы могли повторяться при подключении нового оборудования.. Сейчас та что 170 объединяется с другой и теперь точно надо переносить т.к. будет одна диспетчерская и работать с двумя окнами Спульт не вариант.
В свете последних законов думаю в ближайший год такая чехарда будет повсеместно.
Последнее редактирование модератором:
Добрый день.
Имеется Астралинукс 1.8 смоленск
репозиторий прописан
при выполнении sudo apt update
результат
Пол:1 http://repo.lkds.net/repo/deb12 bookworm InRelease [1 839 B]
Ошб:1 http://repo.lkds.net/repo/deb12 bookworm InRelease
Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY D7D45DA8C50C1A22
Чтение списков пакетов… Готово
W: Ошибка GPG: http://repo.lkds.net/repo/deb12 bookworm InRelease: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY D7D45DA8C50C1A22
E: Репозиторий «http://repo.lkds.net/repo/deb12 bookworm InRelease» не подписан.
N: Обновление из этого репозитория нельзя выполнить безопасным способом, поэтому по умолчанию он отключён.
N: Информацию о создании репозитория и настройках пользователя смотрите в справочной странице apt-secure(8).
как быть?
Имеется Астралинукс 1.8 смоленск
репозиторий прописан
при выполнении sudo apt update
результат
Пол:1 http://repo.lkds.net/repo/deb12 bookworm InRelease [1 839 B]
Ошб:1 http://repo.lkds.net/repo/deb12 bookworm InRelease
Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY D7D45DA8C50C1A22
Чтение списков пакетов… Готово
W: Ошибка GPG: http://repo.lkds.net/repo/deb12 bookworm InRelease: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY D7D45DA8C50C1A22
E: Репозиторий «http://repo.lkds.net/repo/deb12 bookworm InRelease» не подписан.
N: Обновление из этого репозитория нельзя выполнить безопасным способом, поэтому по умолчанию он отключён.
N: Информацию о создании репозитория и настройках пользователя смотрите в справочной странице apt-secure(8).
как быть?
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Добрый день. Да сдел именно так. Несработало.
Сделал подругому, если нужно опишу позже. Основная проблема это с мандатами астра линукс Смоленск. Я полагаю на Орёл это ставится на ура. У меня в проекте Астра линукс смоленск.
Перед этим нужно постаить postgresql.В базовой версии по умочанию не ставится. Тоже была проблема с ключами.
В итоге LKDSServer установил.
Последнее редактирование модератором: