Как безопасно для ПЧ генерировать ошибки (аварии) ?

Сообщение **YurLex** » 27 апр 2019, 11:28

Пожалуйста посоветуйте безопасные методы генерации ошибок для цели отладки программы управления ПЧ Danfoss, это нужно для считывания при помощи ПЛК статусов аварий.
Например, как безопасно для ПЧ создать перегрузку по току, кроме торможения вала двигателя или укорочения времени разгона или подключении более мощного двигателя :-(((
- включать на 60-90 секунд мощные нагрузочные резисторы параллельно обмоткам двигателя, но при неоднократных повторах есть риск перегрева выходных транзисторов.
Также интересуют безопасные методы "создания" всех остальных ошибок по приведенному в спойлере списку, например, каким безопасным током (резистором) можно создать ошибку 14.
Допускаю, что не все ошибки допустимо генерировать, например 29, чтобы не вывести из строя ПЧ.

[+]: № Описание Предупреждение Аварийный сигнал Блокировка отключения Причина отказа
2 Ошибка "нулевого" аналогового сигнала X X Сигнал на клемме 53 или 60 ниже 50 % от значения, установленного в пар. 6-10, 6-12 и 6-22.
4 Потеря фазы питания1) X X X Потеря фазы на стороне питания или слишком большая асимметрия напряжения питания. Проверьте напряжение питания.
7 Повышенное напряжение пост. тока 1) X X Напряжение промежуточной цепи превышает предельно допустимое значение.
8 Пониженное напряжение пост. тока 1) X X Напряжение промежуточной цепи падает ниже порога предупреждения о низком напряжении.
9 Перегрузка инвертора X X Слишком длительная нагрузка, превышающая полную (100 %).
10 ЭТР: перегрев двигателя X X Перегрев двигателя из-за нагрузки, превышающей полную (100 %) нагрузку, в течение сли-
шком длительного времени.
11 Перегрев термистора двигателя X X Обрыв в термисторе или в цепи его подключения.
12 Предел момента X Превышен предельный крутящий момент, установленный в пар. 4-16 или 4-17.
13 Превышение тока X X X Превышен предел пикового тока инвертора.
14 Пробой на землю X X Замыкание выходных фаз на землю.
16 Короткое замыкание X X Короткое замыкание в двигателе или на его клеммах.
17 Тайм-аут командного слова X X Нет связи с преобразователем частоты.
25 Короткое замыкание тормозного резистора X X Короткое замыкание тормозного резистора, в связи с чем функция торможения отключается.
27 Короткое замыкание тормозного прерывателя X X Короткое замыкание тормозного транзистора, в связи с чем функция торможения отключается.
28 Проверка тормоза X Тормозной резистор не подключен / не работает
29 Перегрев силовой платы X X X Радиатором достигнута температура отключения.
30 Обрыв фазы U двигателя X X Отсутствует фаза U двигателя. Проверьте фазу.
31 Обрыв фазы V двигателя X X Отсутствует фаза V двигателя. Проверьте фазу.
32 Обрыв фазы W двигателя X X Отсутствует фаза W двигателя. Проверьте фазу.
38 Внутренний отказ X X Обратитесь к поставщику оборудования Danfoss.
47 Сбой управляющего напряжения X X X Возможно, перегружен источник питания 24 В=.
51 ААД: проверить Unom и Inom X Неправильно установлены значения напряжения, тока и мощности двигателя.
52 ААД: мал Inom X Слишком мал ток двигателя. Проверьте настройки.
59 Предел по току X Перегрузка привода VLT.
63 Мала эффективность механического тормоза X Фактический ток двигателя не превышает значения тока “отпускания тормоза” в течение промежутка времени “задержки пуска”.
80 Привод приведен к значениям по умолчанию X Все значения параметров установлены в соответствии с настройками по умолчанию.

Сообщение **keysansa** » 27 апр 2019, 16:18

Делаем с помощью проверки работы программы методом симуляции привода отдельной подпрограммой.

Подпрограмма полностью имитирует работу основных состояний ЧП и возвращает код ошибки с помощью интерфейса пользователя/внешнего пульта симуляции.

Сообщение **YurLex** » 28 апр 2019, 00:15

keysansa писал(а): ↑27 апр 2019, 16:18 Подпрограмма полностью имитирует работу основных состояний ЧП и возвращает код ошибки с помощью интерфейса пользователя/

На настоящее время так и сделано, но не уверен, что это лучший способ. Много раз попадал в ситуации, когда описание редких видов ошибок производственных линий не соответствовало описанию.

Еще чаще бывают случаи недокументированных ошибок - приходит номер ошибки, а описания для него нет.

Сообщение **Looker** » 28 апр 2019, 10:05

YurLex писал(а): ↑28 апр 2019, 00:15Еще чаще бывают случаи недокументированных ошибок - приходит номер ошибки, а описания для него нет.

Выдай только номер, вместо текста поставь точки. Конечный пользователь пусть сам ищет, возможно к этому моменту, когда возникнет, "недокументированность" исчезнет.

Сообщение **paul-th** » 28 апр 2019, 14:45

Вам с этим скорее всего не сюда, а к разработчикам и производителям ПЧ. Может и сервис-мануал дадут, а скорее всего , не дадут.

Сообщение **keysansa** » 29 апр 2019, 18:19

YurLex писал(а): ↑28 апр 2019, 00:15 Много раз попадал в ситуации, когда описание редких видов ошибок производственных линий не соответствовало описанию.

Чаще всего это возникает из-за "трудностей перевода" и "разногласий в терминологии". Не из-за отсутствия тестов этих ошибок.

Looker писал(а): ↑28 апр 2019, 10:05 Выдай только номер, вместо текста поставь точки.

Лучше вместо точек выводить сообщение вроде "Обратитесь к документации производителя ЧП".

keysansa писал(а): ↑29 апр 2019, 18:19 Лучше вместо точек выводить сообщение вроде "Обратитесь к документации производителя ЧП".

На некоторых установках видел сообщения в стиле: "Позвоните в тех. поддержку производителя", иногда при этом ещё показывался логотип и телефон/e-mail этого самого производителя

Сообщение **keysansa** » 29 апр 2019, 20:07

Parliament74 писал(а): ↑29 апр 2019, 20:03 логотип и телефон/e-mail этого самого производителя

Это лучший вариант.
А еще, указать где-нить в "настройках" телефон разработчика. Так как часто технику перекупают, и у нового персонала сразу много вопросов )

ЗЫ. Наверное "самый шик" - где-то недалеко, но не на первом экране "титры" всех задействованных производителей. Так как документация при "переезде" часто не доезжает.

YurLex писал(а): ↑27 апр 2019, 11:28 Также интересуют безопасные методы "создания" всех остальных ошибок по приведенному в спойлере списку, например, каким безопасным током (резистором) можно создать ошибку 14.
Допускаю, что не все ошибки допустимо генерировать, например 29, чтобы не вывести из строя ПЧ.

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

Ошибку 29 создавайте со знанием пороговой температуры. Если порог 45 градусов, то это не значит, что 50 градусов повредит оборудование. Тем более скорее всего токовую нагрузку на силовые элементы вы в этот момент подавать не будете, будете просто греть датчик. А это значит вы не будете воссоздавать реальные условия (в которых источник тепла находится внутри полупроводниковых устройств).

Сообщение **maxamin** » 06 май 2019, 11:25

Вообще это странно, недоверять ПЧ Данфос. Если бы это был китайский производитель, тут можно было бы напрячься. Если написана в мануале аварийная ситуация, она обязательно запишется в регистры, если ПЧ не взорвется. Тут вопрос только корректности чтения, количества одновременно запрашиваемых регистров...

За перегрев транзисторов не бойтесь, можно даже вентилятор охлаждения отключить для эксперимента. Я такие вещи делал - защита сработает от перегрева.

Сообщение **YurLex** » 09 май 2019, 16:20

maxamin писал(а): ↑06 май 2019, 11:25 Вообще это странно, недоверять ПЧ Данфос. ... Тут вопрос только корректности чтения, количества одновременно запрашиваемых регистров...

О том и речь, желательно проверять в комплексе реакцию ПЧ и управляющую программу. Ошибки случаются и у разработчиков firmware крупных фирм

Отправлено спустя 3 минуты 23 секунды:

Михайло писал(а): ↑01 май 2019, 05:23 Ошибку 29 создавайте со знанием пороговой температуры. Если порог 45 градусов, то это не значит, что 50 градусов повредит оборудование. Тем более скорее всего токовую нагрузку на силовые элементы вы в этот момент подавать не будете, будете просто греть датчик. А это значит вы не будете воссоздавать реальные условия (в которых источник тепла находится внутри полупроводниковых устройств).

Могут быть интересные особенности - например ПЧ отслеживает порог температуры по-разному в разных режимах - при подаче напряжения на нагрузки и при отсутствии напряжения. Производитель о подробностях технологии перед пользователями не отчитывается

YurLex писал(а): ↑09 май 2019, 16:23 О том и речь, желательно проверять в комплексе реакцию ПЧ и управляющую программу. Ошибки случаются и у разработчиков firmware крупных фирм

Для этого и существует техподдержка у производителей, горячие линии и т.д. Какое бы тестирование не было - всего никогда не оттестируешь (либо затраты на такое тестирование поднимут цену на оборудование до таких высот, на которых это, в хвост и гриву оттестированное оборудование, никто никогда не купит). А когда миллионы пользователей во всём мире тестируют твои продукты (причём в реальных условиях), вот тогда и получается возможность "реакцию" и ПЧ и управляющей программы проверять, поэтому и существуют множества разнообразных прошивок для различных применений, которые постоянно обновляются.

YurLex писал(а): ↑09 май 2019, 16:23 Могут быть интересные особенности - например ПЧ отслеживает порог температуры по-разному в разных режимах - при подаче напряжения на нагрузки и при отсутствии напряжения. Производитель о подробностях технологии перед пользователями не отчитывается

Бегите от таких ПЧ, которые "по разному отслеживают порог температуры". А, кстати, что подразумевается под "порогом температуры", что это за ПЧ, которые по разному этот самый "порог" отслеживают, и как напряжение на нагрузке должно, собственно, на этот порог влиять?