Комплект ПО Феникс - 4

[Алексей]

Сегодня обновился до 1.15.17.1(на праздники не рискнул).
Все нормально.
Комп тоже работает нормально.

а у меня что то поддупливает комп

[Columbus]

и у меня операторы жалуются..

[FIL]

До сих пор использовал отдельное имя входа в SQL для работы с Ф4, но с последними обновлениями все немного усложнилось (новые базы данных и т.п.).
Если возможно, подскажите какие настройки для имя входа надо сделать, чтобы Ф4 с ним корректно работал.

И тишина была ему ответом...
Ладно, тогда такое пожелание: добавьте в дистрибутив Ф4 возможность создания отдельного имени входа (имени пользователя) в SQL для работы с базами Ф4.

[ЕЛЕКТРОН]

Второй день. "Полёт - нормальный".
Операторы разници не замечают до и после обновления.
У нас всего 300 обьектов. Может поэтому все нормаьно ?

[spirin]

Лунь 7 с ТК 7 шлет начало снятия, потом снятие R409 , а потом z5. Вручную коды ставить в ТК-7 нельзя. Почему Феникс 4 не понимает 409 код как снятия? Как править? Галочки "является ключем доступа" и тип кода "снятие" вроде правильно...

[Алексей]

Второй день. "Полёт - нормальный".
Операторы разници не замечают до и после обновления.
У нас всего 300 обьектов. Может поэтому все нормаьно ?

у меня 1000 объектов - тупит комп, может дело и в этом в т.ч.

[Алексей]

Вроде бы как уже писалось о временных пометках, в частности ставишь временную запись техник на объекте, на определенное время, по прошествии которого она по идеи должна удалиться, НЕ УДАЛЯЕТСЯ, наверное это не правильно
и так во всех временных сообщениях во всем фениксе

[Support]

Сегодня обновился до 1.15.17.1(на праздники не рискнул).
Все нормально.
Комп тоже работает нормально.

а у меня что то поддупливает комп

Действительно есть подтормаживания от 2 до 5 сек. Это вызвано тем что начиная с версии 1.14.16 архивы и собственно база объектов хранятся в разных базах данных. Это было сделано в целях обхода ограничения размера базы (SQL - то ведь бесплатный). При тестировании у нас на пульте (почти пол года) это явление не проявлялось. Сейчас этой проблемой очень активно занимаемся. Есть наработки которые будут внедрены в ближайших обновлениях. В частности подормаживания могут возникать из за того что на SQL - сервере,  "владельцем" базы данных может "SA", а базы архивов "Admin" или "User". Естественно при переходе по вкладкам "ДО" или "АБД", программы обращаются к тем или иным базам, а SQL - сервер пытается по быстренькому проверить права доступа к базам владельцев, а оно по быстренькому не получается.
Эту проблему можно решить самостоятельно, сделать пользователя "SA" владельцем всех баз, с помощью средств управления SQL - сервером.
Кто понимает о чем я написал, это пару минут времени.
Те кто не понимают, лучше подождать обновления.

[Алексей]

Сегодня обновился до 1.15.17.1(на праздники не рискнул).
Все нормально.
Комп тоже работает нормально.

а у меня что то поддупливает комп

Действительно есть подтормаживания от 2 до 5 сек. Это вызвано тем что начиная с версии 1.14.16 архивы и собственно база объектов хранятся в разных базах данных. Это было сделано в целях обхода ограничения размера базы (SQL - то ведь бесплатный). При тестировании у нас на пульте (почти пол года) это явление не проявлялось. Сейчас этой проблемой очень активно занимаемся. Есть наработки которые будут внедрены в ближайших обновлениях. В частности подормаживания могут возникать из за того что на SQL - сервере,  "владельцем" базы данных может "SA", а базы архивов "Admin" или "User". Естественно при переходе по вкладкам "ДО" или "АБД", программы обращаются к тем или иным базам, а SQL - сервер пытается по быстренькому проверить права доступа к базам владельцев, а оно по быстренькому не получается.
Эту проблему можно решить самостоятельно, сделать пользователя "SA" владельцем всех баз, с помощью средств управления SQL - сервером.
Кто понимает о чем я написал, это пару минут времени.
Те кто не понимают, лучше подождать обновления.

активно и пару минут

[fizik]

Эм... Раньше была возможность делать автоматический опрос состояния объекта при получении кода Z2 ("Нарушение режима тестирования") или Z3 ("ошибочный код не подтвержден"). Сейчас не могу найти эти настройки. Их убрали или я не там ищу?

Версия Феникса 1.16.18.1

[Support]

Эм... Раньше была возможность делать автоматический опрос состояния объекта при получении кода Z2 ("Нарушение режима тестирования") или Z3 ("ошибочный код не подтвержден"). Сейчас не могу найти эти настройки. Их убрали или я не там ищу?

Версия Феникса 1.16.18.1

Убрали от греха подальше. Может быть вернем, но в другом виде. Не все понимают как оно работает.
При тотальном отключении GPRS, начинается автоматический опрос объектов по голосу. В итоге на пультах с количеством объектов более 200 события практически перестают проходить.
Очистить очередь опросов не простое дело и частенько это происходит внеурочное время.

[fizik]

При тотальном отключении GPRS, начинается автоматический опрос объектов по голосу. В итоге на пультах с количеством объектов более 200 события практически перестают проходить.

Ну да... Было один раз такое. Но при тотальном отключении GPRS в любом случае приходится выезжать на ПЦН - разруливать. Отключил эту опцию, перезапустил Центр Управления и все. Проблема ушла - снова включил автоматический опрос.

Откровенно говоря, нужен опрос автоматом даже больше не при Z2, а при Z3 - чаще возникает.

В общем, голосую за галочку в настройках

[fizik]

Такой еще вопрос... При настройке объекта на вкладке особенности работы можно указать расписание его работы. А можно ли ввести еще одну настройку, чтобы программа отслеживала интервал ЗАКРЫТИЯ объекта?
Поясню, объект должен закрываться, допустим, в 19:00, а в 19:10 программа дает сигнал типа "Объект не закрыт вовремя".

[user]

Такой еще вопрос... При настройке объекта на вкладке особенности работы можно указать расписание его работы. А можно ли ввести еще одну настройку, чтобы программа отслеживала интервал ЗАКРЫТИЯ объекта?
Поясню, объект должен закрываться, допустим, в 19:00, а в 19:10 программа дает сигнал типа "Объект не закрыт вовремя".

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

[fizik]

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

Именно что как опция для некоторых особо вредных объектов, которая по умолчанию отключена! Есть несколько "паршивых овец", которые требуют, чтобы им звонили, если не закрылись в течение пяти минут после закрытия. Естественно, что дежурные могут в запарке пропустить время звонка => ругань. А если бы программа сказала, что пора звонить, то конфликтов бы не было.