Windows Дистрибутив ПО "Обь"
- Автор темы Andi
- Дата начала
Лучше кнопка-"не реагировать вообще до утра" Просто 230 лб перевести в такой режим по-одному затруднительно . А до утра лифтёры всё равно не пойдут "толкать" лифт. Реагируют только если "застрял" пассажир. Можно,например,добавить возможность включения такого режима через пароль администратора,как "разрешить ночной режим".
Последнее редактирование модератором:
ded написал(а):
ну у нас 340 например... а как быть в таком случае с установлением времени когда произошла неисправность на лифте? ведь в большинстве операторы неумеют и нехотят учится(!) пользоваться функциями програмы... и такие проблемы обычно сваливаются на связистов. а сидеть перебирать за них журнал удовольствие сомнительное.
кстати на мелких пультах эту функцию будут и навыходные включать, чтоб нетревожили...
так что пусть ручками поработают если хотят...
кстати у вас где аварийные механики которые должны в это время работать?
и ещё момент. представте ситуацию.
поставили эту функцию операторы и пошли отдыхать (что обычно и происходит)... а в это время какоинибуть УМ или клш ушёл со связи (потери связи и т.д.), а на пульту спокойно, оператор отдыхает на диване за телеком... а там уже люди по часу сидят, лифты ломают...
ну уж нет!!!
придётся в *ночном* режиме ещё кучу неисправностей сигнализировать дополнительно... (думаю это неособо проблемно будет).
а лучше наоборот запретить переход в этот режим с 21.00 до 6.00.
да. по моему о переводе в этот режим в журнал отметка непишится. надо проверить... а это ещё дополнительные проблемы вызовет в сфере : кто виноват?.
это моё личное мнение
Аварийка-одна на все диспетчерские(около 2000 лифтов).Так что с 23 до 6 всё равно никто не будет лифт ремонтировать.
Диспетчера у нас грамотные (в основном
),поэтому проблем с журналом не бывает.
КЛШ со связи уходят редко.
В общем тут всё зависит от конкретной диспетчерской. В некоторых,согласен,включать такую возможность не стоит. Поэтому и предлагаю сделать добавление возможности включения такого режима через пароль администратора(как это реализовано :"разрешить запитывать лифты").
Диспетчера у нас грамотные (в основном
),поэтому проблем с журналом не бывает.КЛШ со связи уходят редко.
В общем тут всё зависит от конкретной диспетчерской. В некоторых,согласен,включать такую возможность не стоит. Поэтому и предлагаю сделать добавление возможности включения такого режима через пароль администратора(как это реализовано :"разрешить запитывать лифты").
Подготовлен дистрибутив v3.0.6 - из видимых изменений:
1) MDisp, MPult - добавлены коды станции управления BLI
2) в MPult
- добавлена возможность настройки самопроверки голосового тракта и просмотра результатов самопроверки
- выборку из журнала можно формировать в EXCEL
- отчеты можно формировать в EXCEL
- добавлена возможность отключения отображения пользовательских входов/выходов
3) в MScan
- положение найденной структуры сети не меняется в окне программы ("не прыгает")
- КЛШ, который не имеет администратора, изображается на сером фоне
4) в MStat лобавлены Default NVRAV для прошивок 2.2.4
5) все программы могут запускаться к параметром -n<номер_подсети> (для драйвера LKDSDrv)
Исправлены ряд ошибок и неточностей.
Выложен и развернутый дистрибутив (www.lkds.ru/soft/unpacked/ )
Предполагается, что все текущие изменения входящих модулей буду отражаться в этом развернутном дистрибутивет. История изменения модулей находится в файле <имя_модуля>.Hist , например MPult.Hist - история изменения MPult.
1) MDisp, MPult - добавлены коды станции управления BLI
2) в MPult
- добавлена возможность настройки самопроверки голосового тракта и просмотра результатов самопроверки
- выборку из журнала можно формировать в EXCEL
- отчеты можно формировать в EXCEL
- добавлена возможность отключения отображения пользовательских входов/выходов
3) в MScan
- положение найденной структуры сети не меняется в окне программы ("не прыгает")
- КЛШ, который не имеет администратора, изображается на сером фоне
4) в MStat лобавлены Default NVRAV для прошивок 2.2.4
5) все программы могут запускаться к параметром -n<номер_подсети> (для драйвера LKDSDrv)
Исправлены ряд ошибок и неточностей.
Выложен и развернутый дистрибутив (www.lkds.ru/soft/unpacked/ )
Предполагается, что все текущие изменения входящих модулей буду отражаться в этом развернутном дистрибутивет. История изменения модулей находится в файле <имя_модуля>.Hist , например MPult.Hist - история изменения MPult.
Alex
Гуру
Техника шагает вперёд большими шагами. Если первые версии были написаны под DOS и машины были аж 286 серии (в лучшем случае 486SX) с памятью 1 мБ и диском на 20-200 мБ, то теперь вычислительная мощность не имеет значения. Любой уже устаревший компьютер имеет приличный диск и объём оперативной памяти. В связи с этим у меня есть вопрос к ЛКДС. Ранее для экономии ресурса жёсткого диска я ставил его на отключение при бездействии системы более 20 минут. Диспетчеры жаловались на "заторможенную" реакцию компьютера во время разгона диска. В результате пришлось ставить на постоянную работу. Суть вопроса в следующем: ПО от ЛКДС может быть полностью загружено в память, а для обращения к диску для записи журнала и т. п. можно использовать буферизацию. Нельзя ли применить отключение дисков без подобных жалоб перепуганных диспетчеров? B)
revit
Гуру
Alex написал(а):
Создай RAM диск или купи SSD накопитель
Зачем тебе при таких запросах механический винчестер..... Да и экономия мнимая-поломки происходят как правило во время включений и отключений холодного устройства (вспомни лампочку
) поэтому диску лучше быть вегда горячим и не дергаться лишний раз ИМХО.попробовал установить дистрибутив LKDSDrv.msi последний. предварительно удалил все предыдущие программы. в папке LKDSDrv нет .bat файлов для регистрации драйвера.
вопрос можно ли использовать этот пакет для установки на чистый компьютер, или после установки надо что то добавлять.
вопрос можно ли использовать этот пакет для установки на чистый компьютер, или после установки надо что то добавлять.
Alex написал(а):
MTerm можно запускать с параметром -n<номер_подсети> в командной строке запуска, например:
MTerm -n4
Можно запустить несколько экземпляров MTerm (папку MTerm нужно размножить) на разные подсети
Одновременно в разных подсетях один экземпляр MTerm работать не может.
Alex
Гуру
BobX написал(а):
Никогда проблем не было. "Мой компьютер-свойства-оборудование-диспетчер устройств" посмотри нет ли там проблем с драйверами. Насколько свежеустановленная ХР? Вирусы, мусор в реестре. Нет ли блокировок типа брандмауэра, не разрешающих какие-либо действия. Может комп слишком стар и еле ворочается.
Последнее редактирование модератором: