Просмотр полной версии : Анализ ошибок термосопротивления ТСМ100М на ПЛК150
Для анализа ошибок термосопротивления ТСМ100М на ПЛК150 применяю
ANALOG_DECODE. Но в случае отсутствия термосопротивления на входе в ПЛК (отсоединен один провод, например) вместо ошибки (13 - обрыв датчика) диагностируется ошибка (15 - некорректный калибровочный коэффициент). В чем проблема: применяется не тот функциональный блок или коды ошибок другие?
Николаев Андрей
30.12.2011, 07:58
Просьба о всех неточностях в работе библиотек сообщать сюда:
plc@owen.ru
Большое спасибо.
Сообщил. И что, ждать то сколько?
Николаев Андрей
06.01.2012, 17:25
Сообщил. И что, ждать то сколько?
В нашей компании, видимо к сожалению, работают люди, которые как и все хотят отдохнуть в праздники.
По Вашему вопросу надо подключать и проверять...
Выбранные места из переписки с друзьями (почти по Гоголю):
Действующие лица:
1) Инженер группы технической поддержки Гарчев Евгений Сергеевич e.garchev@owen.ru
2) Клиент Овна БекАС
Вопрос от клиента:
________________
Для анализа ошибок термосопротивления ТСМ100М на ПЛК150 применяю
ANALOG_DECODE. Но в случае отсутствия термосопротивления на входе
в ПЛК (отсоединен один провод, например) вместо ошибки (13 - обрыв датчика)
диагностируется ошибка (15 - некорректный калибровочный коэффициент).
В чем проблема: применяется не тот функциональный блок или коды ошибок другие?
Вопрос от инженера:
_________________
Здравствуйте!
А из какой библиотеки Вы используете данный функциональный блок,
какая версия прошивки контроллера и версия таргет файла?
Ответ от клиента:
________________
1. Из какой библиотеки используется функциональный блок?
DECODE_FLOAT: PID_Regulators.lib 17.7.07 16:34
2. Какая версия прошивки контроллера?
2.10.9
3. Какая версия таргет-файла?
2.10
Ответ от инженера:
_________________
Здравствуйте!
Для ПЛК1хх функциональный блог DecodeFloat из библиотеки Pidregulators.lib
на данный момент неработоспособен. Данный ф.б. возможно использовать только
для ПЛК63/73 из библиотеки OwenFB.lib
Вопрос от клиента:
________________
И какие ваши рекомендации по моей конфигурации:
что и из какой библиотеки использовать для анализа ошибки датчика температуры?
Ответ от инженера:
_________________
Молчание...
Вопрос от клиента (от 18 января 2012):
_____________________________________
Если до вас не дошло мое предыдущее послание:
И какие ваши рекомендации по моей конфигурации:
что и из какой библиотеки использовать для анализа ошибки датчика температуры?
Ответ от инженера:
_________________
Молчание...
Возникают некоторые вопросы:
1) эта ошибка где-то зафиксирована на официальном уровне Овна?
2) предполагается ли вообще исправление этой ошибки?
3) неужто эта ошибка такая крутая, что ее так трудно исправить?
Филоненко Владислав
23.01.2012, 12:31
Итак.
1. DECODE_FLOAT на ПЛК1хх работоспособен
2. Из-за особенностей схемотехники не все варианты ошибок детектируются верно, например обрыв будет детектироваться как ошибочный коэффициент.
3. Исправление не планируется, т.к. это не ошибка, а особенность функционала
Главное - выдать особенность за не ошибку (и при этом не описать ее - типа недокументированная функция у Билла Гейтса). Хотелось бы тогда услышать и о других вариантах ошибок, которые не детектируются верно...
Филоненко Владислав
23.01.2012, 14:21
Да практически все. 2-х проводка с упрощенной схемотехникой - дешево, сердито, но не функционально.
В общем бывает выход за высш./низший диапазон и ошибка калибровочного коэф.
Другое дело важно ли что датчик оборвался или замкнул? Какие логические и управленческие решения примет в этих случаях программа? В первом что по территории ходит маньяк с топором а во втором медведь-коротун? И зажжёт соответствующее табло? :)
Извиняюсь ,что влез в спор воинствующих субьектов:) ,но разве нельзя производить анализ входного сигнала до того ,как его от масштабируют и что нельзя провести анализ масштабируемого коэффициента(на ноль и бесконечность)?Если нельзя,то нельзя ,а если можно то.....:rolleyes:И тогда причем тут 2х проводка с точки зрения диагностики неисправности ,а не точности измерения.
За окном 0*C - наманая т-ра
Лучше проверить код ошибки. Он в самом числе. Чаще всего волнует - ноль или неноль
... дешево, сердито, но не функционально...
Да я не против сердитости. Просто предупреждать надо: предупрежден - значит вооружен (типа, этот продукт содержит ГМО). А так получается, что фирма Овен считает официальное обнародование своих особенностей ниже своего достоинства, однако...
Какие логические и управленческие решения примет в этих случаях программа?
Да никакие - примет решение человек на основании достоверной, а не "особенной" ошибки.
Филоненко Владислав
24.01.2012, 17:47
Вы на 200% правы. Поддерживаю во всем!
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot