============================================
На конец-то я это сделал!!!!
============================================
Не сомневался в успехе
============================================
Первые замечания/предложения пока свежо в памяти:
1. С пререходом на новую платформу Win2008R2 x64 перестал работать (опять!) LKDSProt: при включении пропадает связь со всеми лифтами;
============================================
Важно использовать последний дистрибутив LKDSDrv. В нем LKDSProt подписан электронной подписью предприятия.
В Win2008R2 x64 неподписанный драйверы не работают при обычной загрузке операционной системы.
А вообще очень бы хотел получить файлы из LKDSDrv\LKDSProt\BadProt\
============================================
2. У меня изначально установлен режим отображения лифтов в виде произвольных групп, при импорте из MPultPro в SPult с каждой вкладки импортировалось по одной группе (похоже первой по алфавиту) и нарушился порядок отображения вкладок;
3. При запуске LKDSDispCfg.exe пишет "Повторное указание руппы" для всех существующих групп (проверил на двух разных машинах);
============================================
Это исправлено, архив выложен на сайт. Нужно будет остановить службу LKDSDisp, удалить базу данных LKDSDisp в SQL сервере, завести пользователей и снова импортировать структуру из MPultPro.
============================================
4. В LKDSDispCfg.exe нельзя удалить пользователей;
============================================
Действительно это так. Можно заблокировать пользователя. Связано это с тем, что внутри базы данных есть ссылки из журнала событий на пользователей.
============================================
5. Пока не понял как работать со звуком при удалённом подключении SPult к серверу;
============================================
SPult со звуковой карты компьютера передает звуковые данные на голосовой UDP порт LKDSDisp, а LKDSDisp передает звуковые данные на голосовой UDP порт LKDSDrv.
Для этого в LKDSDispCfg есть группа полей "Параметры для обмена голосом с LKDSDrv". Подробнее можно обсудим потом.
============================================
6. Первоначальный опрос лифтов при старте SPult-а происходит значительно медленнее, чем в MPult-е (видимо из-за многоступенчатого взвимодействия между SPult-LKDSDisp-ComCLBStub-LKDSDrv, думаю тут ещё будут подводные камни);
============================================
Это искусственное ограничение в LKDSDisp для снижения трафика. SPult запрашивает состояния у LKDSDisp, который уже должен знать состояние лифтов, т.е. запросов по сети "Обь" не происходит, соответственно SPult может обновлять состояние быстрее, чем MPultPro. В дальнейшем проведем оптимизацию.
============================================
7. По той же причине довольно сложная настройка <_< .
============================================
Пока так.
============================================
Что хотелось бы получить в ближайшее время:
1. Раз мы переходим на SQL, то пора бы прикрутить импорт КЛАДР, чтобы облегчить правильный ввод названий улиц, номеров зданий и т.д.;
============================================
Проблема в том, что SPult ничего не знает о SQL сервере, а изменение конфигурации делается именно в SPult. Клиентское ПО работает только с LKDSDisp.
============================================
2. Конструктор отчётов с GUI (я, например, не на столько продвинут, чтобы писАть скрипты
);
============================================
Нужно, наверное, сделать отчеты, реализованные в MPultPro. Не понятно, правда, встраивать ли эти отчеты в SPult или сразу делать отдельный модуль отчетов.
============================================
3. Было бы не плохо вести единую базу владельцев сервисных ключей, получателей SMS-сообщений, электромехаников, прорабов, свзистов т.к. это одни и те же люди в разных ипостасях;
4. SMS-сервер включить в дистрибутив, но дать возможность отказаться от его установки;
============================================
К стати про SMS. LKDSDisp в текущей версии не отправляет SMS, нужно будет реализовывать подключение к SMS серверу.
============================================
5. Хранить в базе копии NVRAM на случай выхода из строя оборудвания для ыстрого восстановления работоспособности ДК;
6. Можно вести базу данных по оборудованию и, например, включать номера ЛБ в отчёты по простоям лифтов. Посылов к этому три (как минимум): это в какой-то мере дисциплинирует связистов, учёт оборудования так или иначе ведут почти все, не стОит плодить несколько разных БД об одном и том же (см. п.5);
7. Хранить в базе настройки узлового оборудования (IP, маску, шлюз и т.д.) и продумать механизм импорта/экспорта этих настроек через NodeTool.
============================================
Нам есть куда двигаться.
============================================
Пока всё. Попозже ещё поумничаю
.
============================================
Будем ждать.
