Windows Сервис LKDSCloud
- Автор темы Andi
- Дата начала
Доброго времени суток,
До недавнего времени устанавливал Ваши блоки начиная от версии 6, до текущей 7.2.
Ранее в конторе была диспетчерская, была коробка интернет со статичным ip.
Но работа меняется, и в один прекрасный момент, приходит специалист - рассказывает директору что все работает без диспетчерской, не нужно покупать комп, дополнительный блок Обь, платить диспетчеру, все и так работает, показывает что через Ваш облачный сервис он связывается с чудо коробочкой.
Теперь незадача от нас требуют такой же так сказать скилл.
В общем весь этот облачный сервис понятное дело для теста, если это все работает корректно и нормально, может Вы рассмотрите предложение о платном облаке, чтобы избавить например женщину диспетчера от нервотрепки, и например после настройки чтобы связь была непосредственно электромеханику.
Сделать удобный мануал о настройке устройства, может что то поправить, чтобы шли какие ни будь мелкие пакеты данных(для всяких 4г модемов), чтобы устройство работало сносно хотя бы по беспроводному каналу, т.к в новостроящийся дом интернет проводной проблематично провести, либо проверить как корректно устройство будет работать.
До недавнего времени устанавливал Ваши блоки начиная от версии 6, до текущей 7.2.
Ранее в конторе была диспетчерская, была коробка интернет со статичным ip.
Но работа меняется, и в один прекрасный момент, приходит специалист - рассказывает директору что все работает без диспетчерской, не нужно покупать комп, дополнительный блок Обь, платить диспетчеру, все и так работает, показывает что через Ваш облачный сервис он связывается с чудо коробочкой.
Теперь незадача от нас требуют такой же так сказать скилл.
В общем весь этот облачный сервис понятное дело для теста, если это все работает корректно и нормально, может Вы рассмотрите предложение о платном облаке, чтобы избавить например женщину диспетчера от нервотрепки, и например после настройки чтобы связь была непосредственно электромеханику.
Сделать удобный мануал о настройке устройства, может что то поправить, чтобы шли какие ни будь мелкие пакеты данных(для всяких 4г модемов), чтобы устройство работало сносно хотя бы по беспроводному каналу, т.к в новостроящийся дом интернет проводной проблематично провести, либо проверить как корректно устройство будет работать.
revit
Гуру
arche написал(а):
По моему вы путаете теплое с мягким...
Облачный сервис (и не ЛКДС, а свой) это замена железу выполняющего некоторые функции, а диспетчера -это персонал с определенными обязанностями.
И кто по вашему будет принимать телефонные звонки и аварийные вызовы по ним? Кто будет вести журнал регистрации вызовов и аварийных остановок? Или вы думаете это всё мелочи жизни и они не нужны?
Если линейный механик, то это нагрузка на него какая - на телефоне висеть, все заявки принимать и вызовы из кабин?. А также следить за аварийными остановками лифта. Электромеханик должен заниматься только ремонтами и ТО лифтов.
Можно конечно возложить эти обязанности и на аварийного электромеханика, но только вот как он будет совмещать эвакуацию пассажиров с ведением (электронного)журнала и обслуживанием телефонных звонком-загадка...
«Правила организации безопасного использования и содержания лифтов, подъемных платформ для инвалидов, пассажирских конвейеров (движущихся пешеходных дорожек) и эскалаторов, за исключением эскалаторов в метрополитенах» гласят
18. Аварийно-техническое обслуживание объекта должно осуществляться круглосуточно и обеспечивать:
а) прием сведений о неисправностях объекта и возникновении аварийных ситуаций на объекте, их регистрацию и передачу квалифицированному персоналу для принятия соответствующих мер, а также контроль за исполнением таких мер;
б) устранение неисправностей объекта и неисправностей функционирования двусторонней переговорной связи и (или) диспетчерского (операторского) контроля за работой объекта.
Да, да, по пункту Б еще и связь и ее оборудование надо обслуживать и точно так же следить за его работой и передавать заявки на устранение проблем связистам!
Вообщем почитайте правила, там еще много интересного http://docs.cntd.ru/document/436745439
а в завершении к этому:
Согласно приложению 1 Правил «Перечень нарушений требований к обеспечению безопасности» являются нарушением:
- отсутствие квалифицированного персонала
- отсутствие двухсторонней переговорной связи между кабиной лифта и местом нахождения квалифицированного персонала
Согласно Статьи 9.1.1 КоАП РФ такие нарушения влекут наложение административного штрафа на должностных лиц в размере от двух тысяч до пяти тысяч рублей; на юридических лиц - от двадцати тысяч до сорока тысяч рублей.
Лифт с этими нарушениями не может эксплуатироваться и договор на техническое обслуживание должен быть приостановлен.
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
arche написал(а):
Если я правильно понял данный пост, появилось поколение людей, которые готовы платить деньги лишь бы не напрягать голову <_< .
Последнее редактирование модератором:
sergey57949
Активист
Кстати, знаю одну организацию, они так и работают.
Правда на SPult-е.
Сократили диспетчеров, осталась аварийка. Сидят в комп смотрят, а когда заявки, то через мобилу смотрят.
Там, правда лифтов 100 и половина с лифтерами, поэтому такое решение возможно оправдано.
Но это пока что-нибудь не случилось. Потом, как верно заметил revit, начнутся вопросы - где персонал?, кто ведет журнал? и т.д.
Правда на SPult-е.
Сократили диспетчеров, осталась аварийка. Сидят в комп смотрят, а когда заявки, то через мобилу смотрят.
Там, правда лифтов 100 и половина с лифтерами, поэтому такое решение возможно оправдано.
Но это пока что-нибудь не случилось. Потом, как верно заметил revit, начнутся вопросы - где персонал?, кто ведет журнал? и т.д.
arche написал(а):
Есть одна неточность (наверное описка) - на каждый лифт все-таки нужен ЛБ.
Разработка нашего облака была связана с желанием упростить использование нашего же оборудования, соответственно с желанием увеличить продажи. "Лифт-Комплекс ДС" - коммерческая организация, которая существует только за счет продаж оборудования.
С появление облака появляется ниша использования диспетчеризации для небольших компаний, для собственников лифтов.
LKDSCloud реализует две возможности:
1. транзитная связь программ (ПКЛШ, LKDSPro) с ЛБ
2. пользовательские сервера диспетчеризации, аналогичные LKDSDisp и LKDSDomain
Сейчас транзитных подключений (ПКЛШ, LKDSPro, которые используют связь с ЛБ через LKDSCloud) больше 700, а используемых организаций (изолированных групп лифтов со своей структурой и пользователями) больше 100.
Можно сказать, что сейчас LKDSCloud практически используется, хотя тестирование и доработки не прекращаются никогда, как не прекращаются тестирование и доработки остального ПО и оборудования.
Подключение ЛБ через эфирный доступ используется уже давно. За рубежом это единственный способ подключения.
Документация и информация есть, могут быть вопрос по полноте и доступности.
Если у Вас есть желание использовать облако, то оно точно может быть реализовано.
Вопросы можно задать на этом форуме, можно обращаться и в нашу тех.поддержку.
Главное что бы было желание.
По поводу платности. Конечно, справедливо было сказано, что облако - это инструмент для построения своих комплексов диспетчеризации, а не готовый Call центр, с которым можно заключить договор на обслуживание лифтов.
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
Андрей Ефименко написал(а):
Есть удачный опыт оказания услуг диспетчерского контроля работы лифтов и аренды серверных мощностей за плату для сторонней организации, у которой нет возможности содержать пункт диспетчерского контроля и оплачивать труд диспетчеров. Цены вполне подъёмные.
Но это
"...чтобы избавить например женщину диспетчера от нервотрепки..." как раз и нужен грамотный монтаж и ТО оборудования. Если всё сделано правильно (и не было ошибок на этапе проектирования системы), то у диспетчера нет причин для нервотрёпки!
И ещё, уважаемый arche, revit Вам абсолютно правильно сказал: изучайте первичную документацию, особенно постановление №743 и ТР/ТС 2011, многие вопросы сами отпадут
.
Последнее редактирование модератором:
Есть просьба - если наблюдаются какие-то проблемы с работой нашего облачного сервера, присылайте, пожалуйста, данные в тех поддержку, которые можно сформировать в ПО:
========================
пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)».. После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)
========================
Работы по повышению надёжности работы облачного сервера производятся постоянно, но постоянно растёт и его загрузка. Сейчас облачный сервер поддерживает работу около 30 тыс. ЛБ (+12 тыс. ЛБ с неустойчивой связью), около 1 тыс. транзитных подключений (различных ПКЛШ и LKDSPro), около 100 активно используемых организаций. Увеличивающаяся загрузка приводит к появлению новых "узких" мест, найти которые очень не просто.
Только совместная работа поможет поддерживать работу облачного сервера на должном уровне.
========================
пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)».. После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)
========================
Работы по повышению надёжности работы облачного сервера производятся постоянно, но постоянно растёт и его загрузка. Сейчас облачный сервер поддерживает работу около 30 тыс. ЛБ (+12 тыс. ЛБ с неустойчивой связью), около 1 тыс. транзитных подключений (различных ПКЛШ и LKDSPro), около 100 активно используемых организаций. Увеличивающаяся загрузка приводит к появлению новых "узких" мест, найти которые очень не просто.
Только совместная работа поможет поддерживать работу облачного сервера на должном уровне.
Доброго времени! Лифтовые блоки v7 очень хорошо работают через облако lkds, однако при попытке установить связь со своей диспетчерской напрямую, имеющей свой статический IP, для программы LKDSProCfg. Получается странные вещи одни лифтовые блоки подключаются и работают, другие нет. Во вкладке "Связи", лифтового блока, прописываю одинаковые параметры. На вкладке "Связи" в поле "Состояние направлений" "Осталось (м)" по IP адресу диспетчерской время убывает, тогда как по IP "cloud.lkds.net" нет всегда стоит "20". Я так понимаю по адресу диспетчерской пытается пинговать адрес, но не получает ответа. Как это вылечить?
n4p1kOFF написал(а):
Значение таймера связи с диспетчерской уменьшается в ЛБ при отсутствии информационных пакетов со стороны диспетчерской. Как только ЛБ начинает получать пакеты от диспетчерской, значение таймера связи восстанавливается, что собственно и подтверждается в вашем сообщении.
Возможных причин две:
1. Ошибка в конфигурировании - надо разбираться с настройками.
2. Непрохождение UDP пакетов между ЛБ и диспетчерской с параметрами указанными при конфгиурировании - надо разбираться с сетью.
Самый неприятный для заказчика случай - это комбинация предыдущих двух причин, разбор и решение такой задачки как правило приносит наибольшее количество хлопот и требует наибольшего времени.
Последнее редактирование модератором:
Управление организациями в LKDSCloud теперь возможно только через WEB интерфейс
Прежние версии приложения LKDSCloudTeam не будут подключаться к LKDSCloud, запуск последней версии LKDSCloudTeam приведёт к перенаправления на WEB интерфейс.
Прежние версии приложения LKDSCloudTeam не будут подключаться к LKDSCloud, запуск последней версии LKDSCloudTeam приведёт к перенаправления на WEB интерфейс.
В LKDSCloud скопилось много неиспользуемых организаций.
Под "неиспользуемыми организациями" будем понимать те организации, к которым больше года не подключались клиенты *SPult.
Хоть эти организации не используются теми, кто их завёл, они потребляют вычислительные ресурсы.
Поэтому они будут удаляться из LKDSCloud.
Под "неиспользуемыми организациями" будем понимать те организации, к которым больше года не подключались клиенты *SPult.
Хоть эти организации не используются теми, кто их завёл, они потребляют вычислительные ресурсы.
Поэтому они будут удаляться из LKDSCloud.
В LKDSCloud добавлена WEB функция, позволяющая добавить/изменить/удалить статическую связь во все ЛБ организации. Эта функция облегчает перенос организации из LKDSCloud в LKDSDomain Посмотреть вложение MoveTeamFromCloudToDomain.pdf
Доп. информация
Доп. информация
В ночь с 23 на 24 октября 2023 намечен перенос LKDSCloud с VM Windows+MS SQl на VM Debian 12+PostgreSQL. Обе VM развёрнуты в RTCloud https://www.rtcloud.ru/
Перенос будет происходить в два этапа:
1) на первом этапе буду перенесены структуры организаций, и VM Debian будет назначен IP 195.211.7.133 (cloud.lkds.net). Этап должен пройти достаточно быстро (1-2 часа, может и меньше). После завершения этапа должна восстановиться функциональность LKDSCloud и как транзитного узла и как сервера диспетчеризации. Не будет архива данных, т.е. журнала событий, статистики работы приводов и сохранённых переговоров диспетчеров.
2) после того, как станет понятно, удовлетворительно ли работает новый LKDSCloud в условиях реальной нагрузки - будет запущено копирование архива данных из MS SQL в PostgreSQL.
Архивные данные будут передаваться, начиная с наиболее близких по времени к более дальним. Длительность копирования архивных данных предположительно 10-14 суток.
Перенос будет происходить в два этапа:
1) на первом этапе буду перенесены структуры организаций, и VM Debian будет назначен IP 195.211.7.133 (cloud.lkds.net). Этап должен пройти достаточно быстро (1-2 часа, может и меньше). После завершения этапа должна восстановиться функциональность LKDSCloud и как транзитного узла и как сервера диспетчеризации. Не будет архива данных, т.е. журнала событий, статистики работы приводов и сохранённых переговоров диспетчеров.
2) после того, как станет понятно, удовлетворительно ли работает новый LKDSCloud в условиях реальной нагрузки - будет запущено копирование архива данных из MS SQL в PostgreSQL.
Архивные данные будут передаваться, начиная с наиболее близких по времени к более дальним. Длительность копирования архивных данных предположительно 10-14 суток.
Андрей Ефименко написал(а):
В процессе перехода выяснилась недоработка в LKDSCloud - нельзя подключится к LKDSCloud из *SPult если имя организации и/или имя пользователя содержать символы кириллицы.
Сейчас LKDSCloud работает на VM Windows+MS SQL, т.е. как и раньше.
В LKDSServer та же проблема. Говорит это о том, что реально LKDSServer не используется, т.к. об этой ошибке никто не сообщал.
Собственно и перенос LKDSCloud на Linux делается, что бы отладить LKDSServer.
Но в общем, LKDSCloud под Linux работает и, после устранения замеченных недостатков, будет следующая попытка переноса LKDSCloud на Linux.
Андрей Ефименко написал(а):
Недостатки, замеченные в результате первой попытки переноса, устранены и в ночь с 30 на 31 октября 2023 намечена вторая попытка переноса LKDSCloud с VM Windows+MS SQL на VM Debian 12+PostgreSQL. Обе VM развёрнуты в RTCloud https://www.rtcloud.ru/
Перенос будет происходить в два этапа:
1) на первом этапе буду перенесены структуры организаций, и VM Debian будет назначен IP 195.211.7.133 (cloud.lkds.net). Этап должен пройти достаточно быстро (1-2 часа, может и меньше). После завершения этапа должна восстановиться функциональность LKDSCloud и как транзитного узла и как сервера диспетчеризации. Не будет архива данных, т.е. журнала событий, статистики работы приводов и сохранённых переговоров диспетчеров.
2) после того, как станет понятно, удовлетворительно ли работает новый LKDSCloud в условиях реальной нагрузки - будет запущено копирование архива данных из MS SQL в PostgreSQL.
Архивные данные будут передаваться, начиная с наиболее близких по времени к более дальним. Длительность копирования архивных данных предположительно 10-14 суток.