[INFERION]

 Сообщение от Tamagotchi :

Проверял? Быстроты реакции хватает?

Как только ОС выкручивает заполнение до расчётного значения - вырубается. Проверяется то в каждом цикле регулятора, перед каждым обновлением ШИМ. В безразрывном режиме, когда ток не самый низкий, выбивает сразу. С мунлайтом тупит, но там токи такие, что компоненты не вылетают, пока драйвер чехлы сбрасывает. У меня там хитрый матан, поэтому в прерывистом режиме защита эта только ради галочки. Там нет следящей системы, поэтому заполнение без нагрузки ползёт не охотно. Я не доверяю такому алгоритму в том месте, но если бы там была ОС, как у AVSel сейчас, то я думаю можно было бы не переживать. Да, это моя очередная и толком не проверенная говноидея. Чтоб не было потом обиженных...

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

[MOHAPX]

 Сообщение от INFERION :

Меряем напряжение питания (оно нам всё равно нужно для ряда задач), а дальше вычисляем максимально допустимое заполнение: Tonmax=T-(T*Vin/Voutmax)=65536-(65536*3V/16V)=53248=81,25%.

#define PCM_MAX_UP (PCM_MAX_DIV - (PCM_MAX_DIV/4))
.........

if(Curent>CurentSum+Hist){
if(OCR1A < PCM_MAX_UP) {
OCR1A++;
}

Только не вкурим почему не работает.

[Tamagotchi]

 Сообщение от INFERION :

У меня там хитрый матан

Ты четко, можешь сказать, если на включенном, допусти в среднем режиме, фонаре оторвать нагрузку, поможет? Мне просто интересно.

[AVSel]

 Сообщение от Tamagotchi :

Ты четко, можешь сказать, если на включенном, допусти в среднем режиме, фонаре оторвать нагрузку, поможет? Мне просто интересно.

Мне то-же. Только лучше на максимуме. Ставлю 1 к 100 на бабах. Или 1 к 20 шендарах

[INFERION]

 Сообщение от Tamagotchi :

Ты четко, можешь сказать, если на включенном, допусти в среднем режиме, фонаре оторвать нагрузку, поможет? Мне просто интересно.

Я чётко выше и сказал - на среднем поможет моментально. Ещё до того, как раздуплится LC-фильтр и пропустит это напряжение. И даже ещё до того, как это напряжение запишется в ШИМ и он начнёт его качать...
Я специально уточнил, что хорошо это работает только в безразрывном режиме, т.е. не на самых минимальных токах. И это я действительно проверял, да и спасало оно меня уже не раз. Что касается прерывистого режима - сомневаюсь в надёжности, но оно у меня срабатывало. Главное тут - скорость реакции уже самой ОС, а расчёт идёт на выносливость компонентов, которые некоторое время могут рассеивать небольшое количество избыточной энергии.

 Сообщение от AVSel :

Мне то-же. Только лучше на максимуме.

Если на среднем режиме дроссель будет работать в безразрывном режиме, то на максимуме защита сработает уж точно не хуже. Пока ОС будет раздупляться - дроссель разрядится и подзарядит выходную ёмкость, дальше пойдёт прерывистый режим. Так что эффективность защиты зависит от качественного ПИД-регулятора, настроенного с разумным запасом устойчивости в конкретной схеме. Он должен набрать критичное значение заполнения до того, как выходная ёмкость наберёт критическое значение напряжения. На большом токе заполнение и сигнал ошибки в случае обрыва выше и ОС раздуплится быстрее. На среднем наоборот - заполнение чуть ниже, но и запас по напряжению выше, а скорость заряда ниже. Я не стал сильно заморачиваться с расчётом оптимального порога. Просто задал 16V и всё, хотя можно было бы под каждую нагрузку свой профиль калибровать. Чтоб ещё и от тока нагрузки зависело. И в прерывистом режиме вычислять поглощённый ёмкостью заряд и напряжение на ней, но это всё такой матан, что проще предохранитель спаять ...

[Maksym]

 Сообщение от Tamagotchi :

Проверял? Быстроты реакции хватает?

Я тут менял светодиоды в Кинге и когда собирал че-то где-то коротнул... В общем один светодиод сгорел. Драйвер жив.

[INFERION]

Maksym, Речь сейчас идёт об обрыве. КЗ может пожечь диоды, я тоже как-то подложку коротнул - отвёртку оплавил, но Шоттки не повылетали.

При обрыве драйвер выключится так, будто его корректно отключили. Т.е. индикатор плавно погаснет и загорится фоновая подсветка с маяком (если включен). При попытке включить процесс повторится. Как включится, так и выключится сразу. Кстати да, маяк будет доставать защиту, этот момент нужно доработать...

[AVSel]

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

[INFERION]

AVSel, АЦП меряет ток с постоянной времени около 0,125мс. Т.е. за 0,125мс ОС изменит заполнение на Iref-Iout*Rout*0,63. Ну или где-то на несколько процентов в нашем случае. Это максимум её возможностей, для устойчивости ещё и запас двукратный нужен. Допустим у нас ток в 3A, а ёмкость в 100мкФ. Мы допускаем кратковременное перенапряжение в 4V - получается 0,1мФ*4V/3A=0,13мс. Этого хватит, если порог не жестко задать, а рассчитывать чуть выше ВАХ нагрузки. Я этим не занимался, решил что защите столько ресурсов выделять нерационально. Компоненты некоторое время ведь могут рассеивать лишнюю энергию? Пробой ведь происходит тепловой? Во всяком случае я наблюдал, как некоторое время повышалка сильно жарится, и уже спустя некоторое время вскипают кондёры, пробивается полевик, диоды и т.п. Хотя пишут что Шоттки вообще не терпят перенапряжения, а полевики натурально пробиваются, как разрядник. Без какого-либо туннелирования зарядов, как в обычных кремниевых диодах при обратном смещении. Но во всяком случае эта защита гораздо лучше, чем тупое выруливание заполнения в 100%, что здорово способствует "результату". От КЗ на шунте тоже спасает, ибо драйвер будет качать столько, сколько станет потреблять нагрузка на заданном заполнением напряжении. Я так во время отлаживания кода не раз баги допускал, перегружающие драйвер. На СИД падало по 4V, я это сразу замечал и ничего не выгорало. Если пойти дальше и качественно рассчитывать порог, то боятся вообще нечего.

[Rime]

 Сообщение от INFERION :

Я чётко выше и сказал - на среднем поможет моментально.

Поможет, или помогло? Ты это на практике проверял, или безоговорочно доверяешь расчётам?
Я не подковыриваю, еслишто, просто хочу уточнить.

[Maksym]

 Сообщение от INFERION :

Maksym, Речь сейчас идёт об обрыве.

А после того как светодиод сгорел что получилось? И после устранения КЗ. Я же еще включал - мол че ж оно не работает...

[Rime]

 Сообщение от Maksym :

А после того как светодиод сгорел что получилось?

В 99% случаев полупроводники горят с образованием КЗ, или небольшого сопротивления, и крайне редко уходят в обрыв... Поэтому все и предположили что получилось КЗ.

[INFERION]

 Сообщение от Rime :

Поможет, или помогло? Ты это на практике проверял, или безоговорочно доверяешь расчётам?
Я не подковыриваю, еслишто, просто хочу уточнить.

Помогло, помогло . Мне себя зацитировать?

 Сообщение от INFERION :

И это я действительно проверял, да и спасало оно меня уже не раз. Что касается прерывистого режима - сомневаюсь в надёжности, но оно у меня срабатывало.

 Сообщение от INFERION :

При обрыве драйвер выключится так, будто его корректно отключили. Т.е. индикатор плавно погаснет и загорится фоновая подсветка с маяком (если включен). При попытке включить процесс повторится. Как включится, так и выключится сразу.

Это, кстати, мои личные наблюдения, а не только предположения.

 Сообщение от INFERION :

Но во всяком случае эта защита гораздо лучше, чем тупое выруливание заполнения в 100%, что здорово способствует "результату". От КЗ на шунте тоже спасает, ибо драйвер будет качать столько, сколько станет потреблять нагрузка на заданном заполнением напряжении. Я так во время отлаживания кода не раз баги допускал, перегружающие драйвер. На СИД падало по 4V, я это сразу замечал и ничего не выгорало.

Программу я долго отлаживал, не на одном драйвере, постоянно что-то добавлял, менял, и не раз натыкался на косяки, которые могли бы угробить драйвер, если б не эта защита от дурака-программиста, который это всё писал (меня). В монтаже тоже допускал ошибки (доходило до того, что СИД не той полярностью подключал).
Но на всякий случай напомню ещё раз:

 Сообщение от INFERION :

Да, это моя очередная и толком не проверенная говноидея. Чтоб не было потом обиженных...

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

Ох и наоффтопили мы тут. По-моему, обсуждению этой проблемы место в профильной теме повышалки...

 Сообщение от Maksym :

Я же еще включал - мол че ж оно не работает...

Драйвер сам сразу же спешно выключался (судя по индикатору)? Т.е. даже не выбивал резко, как автомат, а именно включился и тут же выключился.

[Rime]

 Сообщение от INFERION :

Помогло, помогло

 Сообщение от INFERION :

Это, кстати, мои личные наблюдения, а не только предположения.

Во, тогда отлично. Ещё и SMD предохрен, и вообще зашибись, можно спать спокойно
Например вот таких парочку, в параллель. Ну или больше, в зависимости от драйаера.

[Maksym]

 Сообщение от Rime :

Поэтому все и предположили что получилось КЗ.

Тогда 2 оставшихся светодиода горели бы. На индикатор особо не засматривался.

[AVSel]

 Сообщение от INFERION :

АЦП меряет ток с постоянной времени около 0,125мс.

Как? А напряжение, температура, оверсемплинг?

 Сообщение от INFERION :

Компоненты некоторое время ведь могут рассеивать лишнюю энергию? Пробой ведь происходит тепловой?

У кого как. Шотки пробиваются сразу и насмерть, полевик тупо перегревается. У конденсаторов пробивает диэлектрик, КЗ при этом может и не случиться, но кондер на выброс. Наверное нужно брать полевик с меньшим запасом по напряжению, чем кондеры и шотки. Он один может держаться некоторое время. А при хорошем теплоотводе, наверное долго протянет.

[INFERION]

 Сообщение от AVSel :

Как? А напряжение, температура, оверсемплинг?

Я беру в расчёт уже с оверсемплингом и только ту фазу, в которой стабилится ток. Т.е. оптимистичный случай. Сам АЦП у меня шпарит на 31,25кГц. На этой же частоте работает и регулятор с проверками. Но вот встроенный усилитель имеет срез на 4кГц. Эти 4кГц и дают переходную характеристику где-то в 0,125мс. АЦП то сразу ловит малейшие изменения, но ОС не может работать быстрее этого усилителя. Тут передискретизация уменьшает уровень шума и увеличивает разрешение по времени, но не влияет на скорость ОС. Узкое место - усилитель.

В пессимистичном варианте будет всё много хуже, т.к. программа отвлекается на несколько миллисекунд, меряя и просчитывая всё остальное. Отвлекается раз в 17мс, поэтому вероятность попадания обрыва в этот момент где-то 3 к 17. Вероятность попадания обрыва в начало этого периода, где риск максимальный, настолько же меньше, насколько этот риск выше. В любом случае схема должна уметь на максимальном токе держатся хотя бы 3мс с оборванной нагрузкой.

Шоттки держат у меня 30V, полевик 20V, а кондёры... пробовал на 6,3V подать 12V? Такое впечатление, что диэлектрик там не пробивается, а начинает ток проводить как резистор. И гробит его перегрев... Стекло в плазменных сферах ведь остаётся без дырок, когда через колбу проходит разряд? Во всяком случае, если ограничить ток через конденсатор - он только греться и будет.

[Admin]

Четвертая часть обсуждений тут
https://forum.fonarevka.ru/...