ЛБ6.X Сохранение динамики работы лифта

[StAlex]

Добрый день!

Меня интересует каким образом можно сохранить динамику работы лифта. Поясняю: предположим мы запустили просмотр динамики работы лифта. Очевидно, что с ЛБ-6 поступают определённые сигналы, которые регистрируют о нажатии кнопок вызова и панели приказа, наличии/отсутствия пассажиров в кабине, о движении лифта. Было бы просто здорово, если эта информация не просто графически отображалась и пропадала, а накапливалась в текстовом файле со следующими полями: порядковый номер записи, время записи, этаж вызова лифта, этаж прибытия лифта. Не думаю что реализовать данную опцию суперсложно или невозможно.

 

[revit]

Предположу: Может быть потому что этот объем данных передается только по запросу (при отображении динамики) а не всегда и не имеет смысла ее накапливать.

 

[karellift]

Имхо :
1. это увеличение трафика с каждого блока
2. всвязи с постоянной обработкой каждого лифта(блока) увеличивается ресурсоёмкость ПО,вследствии чего нужно менять ПК

UPD : смысл мб и есть,например для административных зданий где нет одного собственника,а оплата разделяется по этажам ...

 

[StAlex]

Предположу: Может быть потому что этот объем данных передается только по запросу (при отображении динамики) а не всегда и не имеет смысла ее накапливать.

Пусть объем данных передаётся по запросу (как сейчас), но параллельно же можно (наверное) сохранять данные - они ведь уже прочитаны, переданы и отображены в виде графических элементов.

Имхо :
1. это увеличение трафика с каждого блока
2. всвязи с постоянной обработкой каждого лифта(блока) увеличивается ресурсоёмкость ПО,вследствии чего нужно менять ПК

UPD : смысл мб и есть,например для административных зданий где нет одного собственника,а оплата разделяется по этажам ...

1.1. Данные уже переданы - во время просмотра динамики лифта
1.2. Данных с каждого блока и не надо - только с определённых, у которых просматривается динамика
2. Ну это не факт - всё-таки данные копеечные. Тем не менее получать данные с каждого блока не нужно. А ресурсоёмкость ПК однозначно увеличится при обработке этих данных.

 

[revit]

Пусть объем данных передаётся по запросу (как сейчас), но параллельно же можно (наверное) сохранять данные - они ведь уже прочитаны, переданы и отображены в виде графических элементов.

Да, но какой полезный смысл от этих "кусочных" данных?

 

[StAlex]

Да, но какой полезный смысл от этих "кусочных" данных?

Смысл в понимании режима эксплуатации лифта. Размер "кусочных" данных зависит от времени просмотра диагностики работы лифта.

 

[StAlex]

Интересно, а что думают по этой теме поводу разработчики?

 

[vlasoff]

Интересно, а что думают по этой теме поводу разработчики?

Поддерживаю, идея здравая. Не скажу что нужно сейчас, но боюсь что может быть не лишним в будущем.