Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)

[revit]

Off top: кстати неплохо бы добавить поля "связист" и "Заводской № ЛБ" в параметры лифта.

Я уже давно просил связиста внести, только в Мпультпро, а то самого главного и нету...
И вот проблема со вторым набором кодов ошибок у плат управления. В том же ШУЛМе у пассажира ошибки одни а у больничника другие . Т.не нужно сделать возможность подключать другие наборы в зависимости от назначения.

 

[Andi]

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

Группу получателей (супер получателя) в SMS сервере и возможность вставки сразу нескольких сообщений сделать можно.

В текущем исполнении удалось настроить посылку SMS от LKDSDisp ?

 

[Vincent Van Gog]

В текущем исполнении удалось настроить посылку SMS от LKDSDisp ?

Что успел настроить - работает.

 

[Vincent Van Gog]

По поводу отчетов - предлается сделать отдельный модуль для формирования отчетов, т.е. не делать отчеты в SPult.

Когда можно будет потестить? И SPult пора подружить с Voice-конвертером B)

 

[Andi]

Когда можно будет потестить? И SPult пора подружить с Voice-конвертером B)

Отчеты делаю.

По поводу голоса - SPult используется в режме "Удаленного подключения" ?

 

[Vincent Van Gog]

По поводу голоса - SPult используется в режме "Удаленного подключения" ?

Пока нет, но обязательно будет! Ради этого всё и затевалось .
Переход на полноценную работу с сервером сдерживают три фактора:
1. Нет работы со звуком через Voice-конвертер;
2. На сервере не пишутся в базу переговоры диспетчера с пассажиром;
3. Нет очётов.
Конечно неплохо бы реализовать те предложения, которые я постил выше , но эти три основополагающие проблемы, без решения которых использование клиент-серверной модели просто не имеет смысла.

 

[poizon]

3. Нет очётов.

вот из-за этого мы пока тоже не можем применить на практике.

 

[Andi]

Переход на полноценную работу с сервером сдерживают три фактора:
1. Нет работы со звуком через Voice-конвертер;
2. На сервере не пишутся в базу переговоры диспетчера с пассажиром;
3. Нет очётов.

По поводу отчётов.

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

1) сделать его общающимся исключительно с LKDSDisp (как SPult)
2) сделать его общающимся с LKDSDisp для авторизации, а информацию журналов модуль отчетов будет получать непосредственно из SQL сервера.

Подход 1 имеет две реализации:

1) Модуль получения отчетов будет обращаться за каждой отдельной записью журнала к LKDSDisp
2) LKDSDisp будет фактически получать отчет, а модуль получения отчетов лишь оформлять отчет

Обе эти реализации не удовлетворительны – при использовании первого варианта отчеты будут получаться очень долго, второй вариант предполагает очень сильную связь между LKDSDisp и модулем получения отчетов.

Поэтому будет использован второй подход, т.е. модуль получения отчетов будет подключаться к SQL серверу и непосредственно работать с таблицами базы данных LKDSDISP. При этом возможность запуска модуля отчетов на удаленном компьютере сохраняется, т.к. к SQL серверу можно подключаться удаленно.

 

[poizon]

При этом возможность запуска модуля отчетов на удаленном компьютере сохраняется

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

 

[Vincent Van Gog]

Поэтому будет использован второй подход, т.е. модуль получения отчетов будет подключаться к SQL серверу и непосредственно работать с таблицами базы данных LKDSDISP. При этом возможность запуска модуля отчетов на удаленном компьютере сохраняется, т.к. к SQL серверу можно подключаться удаленно.

Единственное правильное решение! Важно сделать разграничение доступа к данным в базе по пользователям и группам. И очень не плохо, кроме стандартных отчётов (как в MPult), дать пользователю возможность формировать свои отчёты по средствам произвольного построения запроса к серверу.

 

[Vincent Van Gog]

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

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

 

[poizon]

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

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

 

[kurilka]

Есть два подхода к разработке модуля получения отчетов:
1) сделать его общающимся исключительно с LKDSDisp (как SPult)
2) сделать его общающимся с LKDSDisp для авторизации, а информацию журналов модуль отчетов будет получать непосредственно из SQL сервера.

Предлагаю третий - сделать на IIS.
Ко всем плюсам второго подхода добавятся:
- нет необходимости устанавливать доп. приложение (использутся веб-браузер);
- все изменения, дополнения и т.п. получают сразу все пользователи (не надо ставить обновление клиентам).

дать пользователю возможность формировать свои отчёты по средствам произвольного построения запроса к серверу.

а что сейчас мешает строить запросы?

Переход на полноценную работу с сервером сдерживают три фактора:
1. Нет работы со звуком через Voice-конвертер;
2. На сервере не пишутся в базу переговоры диспетчера с пассажиром;
3. Нет очётов.

Очень интересуют первые два пункта. Будут реализованы?

Замечание по БД. В таблицу events сохранилась построчная запись, т.е. для одного события в базе присутствуют две строки:
1) когда событие произошло,
2) сброс события.
Может в первую строку добавлять дату из второй строки. Тогда в таблице для события будет присутствовать одна строка с датой начала и сброса.
Еще добавьте, пожалуйста, в Spult быструю смену пользователя, без перезапуска (что-то вроде смену сдал – смену принял).

 

[Andi]

Очень интересуют первые два пункта. Будут реализованы?

Замечание по БД. В таблицу events сохранилась построчная запись, т.е. для одного события в базе присутствуют две строки:
1) когда событие произошло,
2) сброс события.
Может в первую строку добавлять дату из второй строки. Тогда в таблице для события будет присутствовать одна строка с датой начала и сброса.
Еще добавьте, пожалуйста, в Spult быструю смену пользователя, без перезапуска (что-то вроде смену сдал – смену принял).

1. Сдеалать в SPult переговоры через звуковой конвертер можно и это будет сделано. Если это критично, то можно сделать быстро.
2. Сохранение переговоров в базе требует изменение протокола передачи голоса. Это будет сделано, правда не так быстро.
3. Таблицу событий (Events) изменить подобным образом проблематично
4. Про быстую смену пользователя.
Т.е. есть пользователи с абсолютно одинаковыми правами и нужно сменить текущего пользователя. При этом в журнале должны быть записи завершения работы одного, начала работы другого и далее все записи в журнал, связанные с данным экземпляром SPult, будут содержать код нового пользователя. Так это представляется ?

 

[Vincent Van Gog]

а что сейчас мешает строить запросы?

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

Предлагаю третий - сделать на IIS.
Ко всем плюсам второго подхода добавятся:
- нет необходимости устанавливать доп. приложение (использутся веб-браузер);
- все изменения, дополнения и т.п. получают сразу все пользователи (не надо ставить обновление клиентам).

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

Еще добавьте, пожалуйста, в Spult быструю смену пользователя, без перезапуска (что-то вроде смену сдал – смену принял).

Какая практическая необходимость в этом?

 

[kurilka]

Сдеалать в SPult переговоры через звуковой конвертер - это очень критично. На время изменения протокола передачи голоса неплохо бы оставить локальную запись переговоров, т.е. там, где запущен экземпляр Spult. Про быстую смену пользователя - слово в слово, даже добавить нечего.
Van Gog, это дополнительный способ повышения ответственности диспетчера. Так же я уверен, что функционал системы будет наращиваться и, возможно в будущем, потребуются какие-то именованные действия, например - регистрация заявки.

 

[Andi]

Сдеалать в SPult переговоры через звуковой конвертер - это очень критично. На время изменения протокола передачи голоса неплохо бы оставить локальную запись переговоров, т.е. там, где запущен экземпляр Spult.

Выложен новый архив LKDSDisp.rar.

Изменился SPult (v1.0.14.0). В панели подключения повилась группа полей "Параметры преобразователя звука". В данной группе полей можно указать необходимость использования аппаратного голосового конвертора при удаленном подключении SPult к LKDSDisp, COM порт конвертора и уровни громкости.

По поводу сохранения переговоров.

Если SPult запускается удаленно, то в папке /SPult/WAV/ сохраняются WAV файлы переговоров.

формат имени файлов g0ГГММДДччммсс_<код_ЛБ_в_базе_данных>.WAV

Пример:

g0121017093430_0000000002.wav

По правой кнопке мыши над лифтом файлы можно прослушать (пункт "Сохраненные переговоры")

 

[Vincent Van Gog]

Выложен новый архив LKDSDisp.rar.

Изменился SPult (v1.0.14.0). В панели подключения повилась группа полей "Параметры преобразователя звука". В данной группе полей можно указать необходимость использования аппаратного голосового конвертора при удаленном подключении SPult к LKDSDisp, COM порт конвертора и уровни громкости.

По поводу сохранения переговоров.

Если SPult запускается удаленно, то в папке /SPult/WAV/ сохраняются WAV файлы переговоров.

формат имени файлов g0ГГММДДччммсс_<код_ЛБ_в_базе_данных>.WAV

Пример:

g0121017093430_0000000002.wav

По правой кнопке мыши над лифтом файлы можно прослушать (пункт "Сохраненные переговоры")

Работает однако! Может год сразу писАть в формате ГГГГ, а то вдруг проблема "3000" возникнет .
Если серьёзно: с нетерпением жду запись переговоров на сервере и "SStat".

Как происходит работа со звуком при локальном запуске SPult на сервере?

Кто-нибудь использует связку Win 2012 Server R2 + SQL Server Express 2012?

 

[Andi]

Работает однако! Может год сразу писАть в формате ГГГГ, а то вдруг проблема "3000" возникнет .

Проблема возникнет существенно раньше - в 2100

с нетерпением жду запись переговоров на сервере и "SStat".

Текущая задача - придать некую промежуточную законченности ПО, для чего сейчас пишутся отчеты. Конечно и запись переговоров на сервере (будут писаться в формате G723.1, т.к. это позволяет снизить объем сохраняемых данных в 20 раз) и вычитывание NVRAM лифтовых блоков будет реализовано.

Как происходит работа со звуком при локальном запуске SPult на сервере?

Точно так же как и при локальной работе MPultPro:

- сохранение производится в папке \LKDSDrv\LKDSDrv\LKDSDrv\Wav в файлах с форматом имени G0<год><месяц><день><час><минута><секунда>_<подсеть>_<УМ>_<слот>_<адр>.Wav
- переключение направления производится модулем DirectGGS.exe
- использование программных или аппаратных декодеров задается в настройках программных слотов (ПКСЛов и ПКЛШ)

Сохраненные переговоры при локальном запуске SPult так же можно прослушать в SPult при выборе пункта "Сохраненные переговоры" из меню по правой кнопке мыши.

 

[poizon]

вычитывание NVRAM лифтовых блоков будет реализовано.

Сохранение NVRAM КСЛов и моноблоков будет?