georgy31
Jun 14 2013, 04:27
Сигнал с компаратора приходит на плиску МАХ!! и перключает скважность меандра. В момент переключения происходит куча всякой требухи которая выжигает силовую часть, поскольку меандр идёт на управление силовыми мосфетами. Пробовал уменьшать и увеличивать гистерезис, ставить компараторы последовательно, ничего не помогает. Подскажите как можно аппаратно побороться с дрожанием. Частота сигнала невысокая 70 кгц. А то зациклился совсем.
На вход S приходит сигнал обратной связи, который должен отключать меандр 70кгц от входа драйвера.
Methane
Jun 14 2013, 04:33
Цитата(georgy31 @ Jun 14 2013, 07:27)

В момент переключения происходит куча всякой требухи которая выжигает силовую часть
Я бы с требухой боролся.
А на схеме компаратор?
А у меандра скважность можно переключать?
georgy31
Jun 14 2013, 04:57
Так требуха, это медленно повышающийся уровень, бороться с ним никак нельзя.
Компаратора на схеме нет, только выход с него идёт на S. Обычный компаратор LM239.
Скважность меандра меняется переключением на новый такой же блок с нужной скважностью.
alevnew
Jun 14 2013, 05:19
Цитата(georgy31 @ Jun 14 2013, 10:27)

Подскажите как можно аппаратно побороться с дрожанием. Частота сигнала невысокая 70 кгц. А то зациклился совсем.
Запретить переключение выхода в противовложное состояние, пока не пройдет определенное кол-во тактов клока.
Т.е., поставить счетчик и загружать его определенным числом по переключению триггера, и пока счетчик не занулится, запретить дальнейшие переключения триггера.
eugen_pcad_ru
Jun 14 2013, 06:14
Фильтр не поможет?
Alex11
Jun 15 2013, 09:48
Скорее всего, горит там из-за несинхронности переключений или несинхронности блоков генерации сигналов с разной скважностью. При этом на выходе будут образовываться сигналы с произвольной длительностью, что драйверам нравиться не должно. Сделайте нормальную синхронную схему, чтобы все переключения происходили по фронту тактового сигнала. Тогда даже при дребезге на выходе компаратора Вы не будете получать иголки на входах драйверов. И синхронизируйте схему так, чтобы переключения происходили только по окончании целого периода выходной частоты.
Егоров
Jun 15 2013, 10:39
Цитата(georgy31 @ Jun 14 2013, 07:57)

Скважность меандра меняется
Сважность меандра меняться не может по определению. Меандр - периодический прямоугольный сигнал со скважностью 2,
с заполнением точно 0.5 и никак иначе. Это выход триггера-делителя на 2.
georgy31
Jun 15 2013, 15:32
Цитата(Alex11 @ Jun 15 2013, 12:48)

Скорее всего, горит там из-за несинхронности переключений или несинхронности блоков генерации сигналов с разной скважностью. При этом на выходе будут образовываться сигналы с произвольной длительностью, что драйверам нравиться не должно. Сделайте нормальную синхронную схему, чтобы все переключения происходили по фронту тактового сигнала. Тогда даже при дребезге на выходе компаратора Вы не будете получать иголки на входах драйверов. И синхронизируйте схему так, чтобы переключения происходили только по окончании целого периода выходной частоты.
Да нет, обратная связь начинает работать только по завершении импульса, импульсы не режутся, при плавном переключении появляется дрожание компаратора и силовой транс начинает трещать и выкидывать в питание кучу мусора. Может попробовать в компараторе задействовать тактовый сигнал? Кажется в LM 311 есть такая функция.
Iptash
Jun 15 2013, 17:34
Да, борьба с джиттером в плис это ответственная задача. Как то нужно было модернизацию сделать, и изготовить измеритель фазы сигнала, очень точный.
Cделал на MAX II, вот я попрыгал, ведь предоплата была взята и обратной дороги нет.
Возможно фильтр на сдвиговых регистрах (можно и по другому, например защелка на некоторое время) и обязательно TimeQuest вам в помощь, пропишите максимальную задержку от пина до фильтра.
Но это лучше писать на HDL.
georgy31
Jun 16 2013, 05:15
У меня тоже MAX II. Я уже и защёлку пробовал ставить на сигнал с компаратора, и преобразовывал сигнал с компаратора в одинаковые импульсы, просто перестаёт стабилизировать уровень и всё, наверное я просто зациклился.
А как может помочь TimeQuest ? Это же просто задержка сигнала? Ну будет он позже приходить, что изменится?
Iptash
Jun 16 2013, 15:07
Крутизна фронтов у LM311 не важная, где то 200нс, поэтому на уровне(серый,неустойчевый уровень) переключения входного каскада MAX II, этот каскад еще может много раз переключаться туда сюда. Если вы поставите счетчик, то вы обнаружите в место одного записанного значения, несколько.
Попробуйте так
Код
reg [4:0] zap;
always @(posedge clk) zap[4:0] <= {zap_del[3:0], Porog};
assign Na_drayver = (zap[4] | zap[3] | zap[2] | zap[1] | zap[0]) & 70kHz;
Fat Robot
Jun 16 2013, 16:28
Гаданием на кофейной гуще, попробами и призывами к коллективному разуму эту задачу одолеть, на мой взгляд, невозможно.
Во всяком случае за разумное время и с разумным количеством вышедших из строя ключей.
Из моего собственного, хоть и скромного опыта разработки, реализации и тестирования систем управления силовыми устройствами:
- Сначала в аналогово-цифровом board-level симуляторе (например в PSpice) с учетом возможно большего количества неидеальностей итеративно синтезировать и анализировать надежное решение.
- Реализовать это решение в виде RTL-описания (или схемы) и верифицировать его в цифровом симуляторе.
- Когда есть хорошее понимание всех эффектов, то испытать реализацию без силовой части с имитацией сигналов от нее.
- И только потом, финальным аккордом включать силовую часть, нагрузку и всё остальное.
Путь долгий и занудный, но большую часть ошибок позволяет избежать. Альтернативный путь на этом поприще я бы назвал: "слабоумие и отвага".
georgy31
Jun 16 2013, 18:03
К сожалению мне доступны только два последних слова, учиться поздновато, нет времени и мозги поусохли. Поэтому методом научного втыка пришло такое предположение. Разбить сигнал с компаратора на три виртуальные части. Первая - включение с дребезгом, заменить её одним импульсом, стоимость длительности которого подберётся десятком сгоревших мосфетов, вторая часть - постоянное включение компаратора, тут можно ничего не трогать, всё хорошо и так, и заключительная часть это дребезг по отключению компаратора, первая же палка дребезга включает фиксированный импульс, который перекроет весь дребезг. Итого три схемы, которые заводим на элемент 3-ИЛИ и смотрим что получилось. Вот только знать бы хоть примерно время дребезга компаратора LM 239, глядишь пору корпусов бы и удалось сохранить лишних. Ну это моё дремучее мнение, может умные люди чего умного предложат?
Iptash
Jun 16 2013, 18:32
Можно имитировать все обратные связи прямо в MAX II и заводить на вх. компаратора с вых. макса не подключая силу и смотреть по осцилографу,
очень желательно цифровому. Но это проще если писать на HDL, как для понимания, так и для реализации.
MrAlex
Jun 17 2013, 08:07
Оптимально сделать автомат с правильными временами перехода между состояниями. Или добавить гистерезис на компараторе, что потребует обвязки из резисторов.
georgy31
Jun 17 2013, 08:32
Какой бы гистерезис не был на компараторе, всё равно он вызывает дребезг, проверено, ставил резистор в обратной связи от нуля до бесконечности, да и у самого компа джиттер ещё тот, его одного хватает на охапку палок при включении и выключении, только аппартно видимо и можно побороться. С включением проблем особых не возникло, а вот с выключением есть провал между окончанием сигнала ОС и началом тактового импульса. Как с этим побороться?
Подскажите тёмному человеку, как убрать привязку к тактовому импульсу и синхронизировать с окончанием сигнала inOS?
CODE
module posle1os(clk,inOS,OS);
input clk;
input inOS;
output OS;
reg [2:0] cnt;
always @ (posedge clk )
cnt <=inOS?3'b110:{1'b0,cnt[2:1]};
assign OS=cnt[0];
endmodule
Красным выделил провал, от которого хотелось бы избавиться, основной сигнал ОС(без дребезга) здесь не показан, а только дребезг при включении и выключении.
Цитата(georgy31 @ Jun 17 2013, 11:32)

Какой бы гистерезис не был на компараторе, всё равно он вызывает дребезг, проверено, ставил резистор в обратной связи от нуля до бесконечности
Неужели? А схемку покажите.
MrAlex
Jun 18 2013, 04:36
Цитата
Красным выделил провал, от которого хотелось бы избавиться, основной сигнал ОС(без дребезга) здесь не показан, а только дребезг при включении и выключении.
Собственно и дребезга не заметно. Видно два сигнала с разной частотой.
georgy31
Jun 18 2013, 08:48
Так это ж примитивный МАХовский симулятор. В реальности дребезга хоть отбавляй.
MrAlex
Jun 18 2013, 09:00
Цитата
Так это ж примитивный МАХовский симулятор. В реальности дребезга хоть отбавляй.
А мужики то не знают..
А как там с метастабильностью в ентой схемате
georgy31
Jun 18 2013, 15:01
Нормально
embddr
Jul 19 2013, 07:47
У MaxII на входе есть триггер Шмитта. Не пробовал его включать?
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.