Добрый день.

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

Спасибо заранее.

А что в них особенного? Есть заказы ТОРО, есть сообщения ТОРО, есть планы ТОРО. Чем это не устраивает?

Тяжеловесные объекты эти заказы и сообщения! Ненужных полей много, а нужных не хватает.
Планы то еще куда не пошло....а сами результаты замеров куда ввести?
По идеи, на первый взгляд, нужны то план одного цикла и таблица для ввода данных (аналог mhis с ключами warpl и abnum).
Поэтому и возник вопрос, может в стандарте имеется что-либо подходящее, чем создавать свою "зетаблу"?

План+Сообщение. В сообщении лишнее легко обурается. Прям в сообщении можно вводить факт. Что не нравиться?

А мне почему-то точки измерения вспомнились...

Да, можно и так! Прям ДИ вводить по факту замера.

Ну да, лишнее то можно убрать... и добавить ~30 полей для ввода значений.
Хорошо, спасибо, так и сделаем наверно!

Да неее...параметров то много, на каждый параметр ТИ создавать?
Их, думаю, целесообразно использовать, когда значения ДИ нужно складывать...а тут бессвязные ДИ нужны

Заманчиво конечно, только больно много этих объектов у нас. В месяц несколько десятков тысяч ДИ создаются, а тут еще виброзамеры несколько сот тысяч ... о бедная табла imrg

Пасип

ТИ не обязаельно должна быть счетчиком. Так что про складывать - это не так. Один раз мы использовали для ремонтов. То, что будет много ТИ - это да. Стандартом вводить будет не очень удобно. Зато удобная навигация получится.

добрый день, а чем не подходят Точки измерений и счетчики? Стандарт.

Зачем мутить с сообщениемя ТОРО...

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

2. Создаете свои счетчики или закачиваете пакетом к единицам оборудования.

3. Создаете списки счетчиков IK31.

4. Запускаете ППР Планы ТОРО по счетчикам если надо.

И отчетик написать надо если угодно.

Единственно есть подводные камни, например у меня узеры иногда ошибаются и вводят совершенно львиные цифры или ошибаются на одно значение и в результате [censored], как избежать ошибки от человеческого фактора есть проверки расширения на ввод значений, скорее считываем среднее значение по наработке за период и прибавляем +_20 процентов и так проверяем, другого способа не вижу, может кто уже что ВОПЛОТИЛ?

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

Спасибо.
Взвесим все за и против.
ТИ и ДИ - стандарт, в сообщениях "все в одном месте" и отзывы планов подтверждать можно...