1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

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

ПЧ, клапаны, муфты, задвижки, регуляторы и прочее
Ответить

Автор темы
YurLex
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 18 апр 2019, 16:12
Имя: Юрий
Страна: Россия

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

Сообщение YurLex »

Пожалуйста посоветуйте безопасные методы генерации ошибок для цели отладки программы управления ПЧ 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
эксперт
эксперт
Сообщения: 2319
Зарегистрирован: 20 дек 2018, 04:45
Имя: Сергей
Страна: РБ/РФ
город/регион: РФ Сергиев Посад
Благодарил (а): 1645 раз
Поблагодарили: 160 раз

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

Сообщение keysansa »

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

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

Автор темы
YurLex
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 18 апр 2019, 16:12
Имя: Юрий
Страна: Россия

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

Сообщение YurLex »

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

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

Looker
эксперт
эксперт
Сообщения: 1105
Зарегистрирован: 09 фев 2011, 11:32
Имя: Дитрих Евгений Линусович
город/регион: Донецк
Благодарил (а): 255 раз
Поблагодарили: 184 раза

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

Сообщение Looker »

YurLex писал(а): 28 апр 2019, 00:15Еще чаще бывают случаи недокументированных ошибок - приходит номер ошибки, а описания для него нет.
Выдай только номер, вместо текста поставь точки. Конечный пользователь пусть сам ищет, возможно к этому моменту, когда возникнет, "недокументированность" исчезнет.
_______________________________________________
Узкая специализация в широком смысле этого слова ведет к широкой идиотизации в узком смысле этого слова . (С) Бернард Шоу

paul-th
не первый раз у нас
не первый раз у нас
Сообщения: 305
Зарегистрирован: 19 мар 2015, 08:46
Имя: Павел.
Страна: Россия
город/регион: Екатеринбург
Благодарил (а): 3 раза
Поблагодарили: 25 раз
Забанен: Бессрочно

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

Сообщение paul-th »

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

keysansa
эксперт
эксперт
Сообщения: 2319
Зарегистрирован: 20 дек 2018, 04:45
Имя: Сергей
Страна: РБ/РФ
город/регион: РФ Сергиев Посад
Благодарил (а): 1645 раз
Поблагодарили: 160 раз

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

Сообщение keysansa »

YurLex писал(а): 28 апр 2019, 00:15 Много раз попадал в ситуации, когда описание редких видов ошибок производственных линий не соответствовало описанию.
Чаще всего это возникает из-за "трудностей перевода" и "разногласий в терминологии". Не из-за отсутствия тестов этих ошибок.
Looker писал(а): 28 апр 2019, 10:05 Выдай только номер, вместо текста поставь точки.
Лучше вместо точек выводить сообщение вроде "Обратитесь к документации производителя ЧП".
В трансформаторной будке живет трансформаторная собака (с) Прозрачный гонщик.

Parliament74
корифей
корифей
Сообщения: 792
Зарегистрирован: 16 ноя 2016, 11:33
Имя: Максим Владимирович
Страна: Россия
город/регион: Магнитогорск
Благодарил (а): 16 раз
Поблагодарили: 202 раза

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

Сообщение Parliament74 »

keysansa писал(а): 29 апр 2019, 18:19 Лучше вместо точек выводить сообщение вроде "Обратитесь к документации производителя ЧП".
На некоторых установках видел сообщения в стиле: "Позвоните в тех. поддержку производителя", иногда при этом ещё показывался логотип и телефон/e-mail этого самого производителя :ext_hooray:
Аватара пользователя

keysansa
эксперт
эксперт
Сообщения: 2319
Зарегистрирован: 20 дек 2018, 04:45
Имя: Сергей
Страна: РБ/РФ
город/регион: РФ Сергиев Посад
Благодарил (а): 1645 раз
Поблагодарили: 160 раз

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

Сообщение keysansa »

Parliament74 писал(а): 29 апр 2019, 20:03 логотип и телефон/e-mail этого самого производителя
Это лучший вариант.
А еще, указать где-нить в "настройках" телефон разработчика. Так как часто технику перекупают, и у нового персонала сразу много вопросов )

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

Михайло
почётный участник форума
почётный участник форума
Сообщения: 3559
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 6 раз
Поблагодарили: 253 раза

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

Сообщение Михайло »

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

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

maxamin
здесь недавно
здесь недавно
Сообщения: 68
Зарегистрирован: 17 апр 2019, 15:06
Имя: Максим
Страна: Россия
город/регион: СПб
Поблагодарили: 6 раз

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

Сообщение maxamin »

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

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

Автор темы
YurLex
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 18 апр 2019, 16:12
Имя: Юрий
Страна: Россия

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

Сообщение YurLex »

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

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

Parliament74
корифей
корифей
Сообщения: 792
Зарегистрирован: 16 ноя 2016, 11:33
Имя: Максим Владимирович
Страна: Россия
город/регион: Магнитогорск
Благодарил (а): 16 раз
Поблагодарили: 202 раза

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

Сообщение Parliament74 »

YurLex писал(а): 09 май 2019, 16:23 О том и речь, желательно проверять в комплексе реакцию ПЧ и управляющую программу. Ошибки случаются и у разработчиков firmware крупных фирм
Для этого и существует техподдержка у производителей, горячие линии и т.д. Какое бы тестирование не было - всего никогда не оттестируешь (либо затраты на такое тестирование поднимут цену на оборудование до таких высот, на которых это, в хвост и гриву оттестированное оборудование, никто никогда не купит). А когда миллионы пользователей во всём мире тестируют твои продукты (причём в реальных условиях), вот тогда и получается возможность "реакцию" и ПЧ и управляющей программы проверять, поэтому и существуют множества разнообразных прошивок для различных применений, которые постоянно обновляются.
YurLex писал(а): 09 май 2019, 16:23 Могут быть интересные особенности - например ПЧ отслеживает порог температуры по-разному в разных режимах - при подаче напряжения на нагрузки и при отсутствии напряжения. Производитель о подробностях технологии перед пользователями не отчитывается
Бегите от таких ПЧ, которые "по разному отслеживают порог температуры". А, кстати, что подразумевается под "порогом температуры", что это за ПЧ, которые по разному этот самый "порог" отслеживают, и как напряжение на нагрузке должно, собственно, на этот порог влиять?
Ответить

Вернуться в «Исполнительные устройства, регуляторы»