[den020282]

вот у меня какой вопрос, собираю фонарь на MCE4WT как лучше запитать диод?
1. повышалка на последовательное включение кристалов.
2. повышалка на два последоватальных кристала.
3. или испольжовать схему из поста 535 и кристалы запоралелить.
как будет выгодней?

[INFERION]

Я бы запараллелил. И эффективность выше, и разводка подложки проще. Это если ограничиваться одноканальным драйвером. MCE ведь есть и с динамической цветовой температурой, а им требуется 2 канала. Такой вариант интереснее.

[testerc]

Можно и я тогда уточню, что если аккум будет выносной, то для 3х хм-л2 выгоднее будет использоваться 4S1P (те же панасоники 3400) с последовательными ледами, и провода можно взять тоньше и кпд выжать повыше проще, я правильно понимаю?

[INFERION]

Если решить проблему с балансиром, то последовательное соединение батареи в таком случае выгоднее. Последовательное соединение СИД "фень-шуйнее", т.к. разброс параметров не влияет на ток отдельно взятого кристалла, но я бы соединил параллельно, т.к. КПД синхронной понижалки не пострадает сильно (для асинхронной только последовательное), а развезти подложку можно гораздо эффективнее.

[testerc]

Спасибо. У меня уже готовая подложка с посл. соединением, так что переделывать не стану. И места в корпусе много получилось под драйвер, можно не стремится к миниатюризации. Да и до весны еще времени много, можно не спеша выбирать, думать, пробовать )) Вокруг столько интересных проектов, сложно выбирать

[oleg235]

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

Последовательное соединение СИД "фень-шуйнее"

А независимое?

[den020282]

а это какай MCE c динамической цветовой температурой?
У меня MCE примерно 3000 все четыре кристала.

[INFERION]

den020282, в даташите есть, даже с картинкой.

[den020282]

Набросал схему драйвера в Батончик:
Вложение 90387

для этой схемы прошивка таже что и для повышалки?

[INFERION]

Нет конечно же. К этой схеме программу ещё предстоит написать. И интерфейс продумать тоже. Печатку уже набросал, схему изменил.

[den020282]

прикольно, а я печатку сделал.
а схема сильно поменялась?

[INFERION]

Убрал фильтр на шунте. Без него шунт может реаниматору мешать, но если уменьшить скорость, то реаниматор должен осилить 100мкФ ёмкости на сигнальной линии. Ну и диод поменял на 20-ти вольтовый. Печатка получилась такая:

[INFERION]

В мунлайте не хватает разрядности ШИМ (около 13LSB на практике), что вызывает заметный шум. Добавить разрядность можно, но это сложно. Изначально переменная имеет около 443LSB, но "фиолетовый" режим требует деления на 32, чтоб перейти целиком на СДМ и устранить динамические потери. 13LSB имеем на частоте 976Гц, вниз ещё есть запас, но чтоб его задействовать - придётся перейти на 24-х битный ШИМ, а это драгоценные такты в прожорливом прерывании. Архитектура не рассчитана на такую нагрузку, поэтому я посматриваю в сторону решения проблемы другим способом - нужен ли такой мунлайт, или можно минимальную яркость поднять немного? Раза в 3 и стабильность прилично повышается. Есть ещё один вариант - уменьшить делитель, а вместе с ним увеличить динамические потери в мунлайте. Это усилит нелинейность, но уменьшит шум. По-моему мунлайт избыточен, а линейность заметно хромает, поэтому повышение яркости уместнее.

В целом 5,2 версия работает. Сейчас тестирую. Кстати, сшивка между режимами пропала. Похоже порог стал вычисляться достаточно точно, когда начала учитываться ВАХ нагрузки.

[Maksym]

А при этом изменения в схеме произошли? Или только в прошивке?

[INFERION]

Только в прошивке.

Добавил спойлер в топик, с более низкоуровневым описанием работы регулятора. Там описана последовательность вычислений и формулы, которыми оперирует драйвер.

Нашел два места, где можно навести косметику:
1. Расширил разрядность в "фиолетовом" режиме. Правда не сильно, расширение работает на частоте основного цикла (60Гц), но шум в основном на единицах герц, а те 5 бит, которые мы теряем при делении на 32, возвращаются уже на 2Гц. Пока не проверял результат, но кроме этого ещё подниму чуть минимальное значение тока.
2. Доработал фильтр калибровки индуктивности. Бывает во время настройки тока он начинает заметно дёргать этот параметр, поэтому теперь он блокируется на время изменения опорного значения тока. Это уже полировка самым мелким абразивом, можно сказать...

Что делать с яркостью импульсной индикации (основными СИД)? Оставлять как есть (яркость первого режима) или будут какие-нибудь пожелания?

---------------------------
Расширил разрядность сначала на 60Гц, потом аж на 250кГц (засунул в основной модулятор) и всё равно та же самая дрожь. Должно быть где-то какая-то нелинейность зарыта, я думаю что виноват сам аппаратный ШИМ, ибо он себя зарекомендовал как кривой (спасибо Atmel за очередную халтуру). У меня ведь и сигма-дельта через него работает, а он синхронизируется с периферией хз как. Уже даже подумываю над гистерезисом из-за безвыходности. Может попробовать отключить нафиг этот таймер и дёргать лапой программно? Импульс длится 4 такта, вполне реализуемо. Попробую...

[INFERION]

В общем 5,2 версия готова. Сейчас еду в Харьков по делам. Заодно дам человеку поиграться, может наткнётся на что-то. Вечером или завтра утром зарелизю. С шумом мунлайта не разобрался. Буду называть его "свет свечи". Мерцает характерно, когда светит ещё слабее свечки. Программа если и имеет к этому какое-то отношение, то непрямое, ибо даже если записать константу - всё равно есть дрожь. Так и не выяснил из-за чего, есть подозрение на шоттки, но разве они так сильно шумят? В остальном программа опять капитально перекроена. Должна быть стабильнее и менее капризной, но что получилось - посмотрим...

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

-------------------
Вроде бы выяснил. Похожий эффект наблюдался в Indigo 4.0 на минимальном токе. Всё дело в шуме АЦП, запаса в 23LSB до максимального значения недостаточно. Я решил что АЦП достаточно иметь возможность выдавать значение выше опорного, чтоб регулятор мог держать ток, но забыл что реальный сигнал имеет некоторый шум. Насыщение АЦП детектирует этот шум срезая его верхушки и смещая среднее значение в обратном направлении. ООС превращается в ПОС на границе насыщения АЦП и начинается генерация. Сейчас посчитал - у меня здорово задрано максимальное значение. Пишу 12A, а такой ток получается при падении на шунте в 50мВ. Т.е. имеется 10% запас, чем я могу и воспользоваться. Изначально я его оставлял для дополнительных потерь на пайке и дорогах - вечно ток чуть меньше расчётного. В общем шунт начиная с этой версии нужно рассчитывать под 50мВ. Сейчас попробую подправить код.

[INFERION]

Всё. Вроде добил программу. Пришлось в самом конце выпилить копирайт с версией, нет места. Топик обновлён. Тушки все ушли хозяевам, надеюсь косяки не вылезут. Забыл проверить SOS, который я ковырял когда выпиливал морзянку. Но он отлажен, я его просто подключил уже готовой функцией.

Перекосом калибровки оказалось банальное зашкаливание напряжение батареи ниже 3V. Естественная реакция драйвера - сбросить ток в ноль. Только поведение батарей странное - поддав нагрузки напряжение растёт, отсюда и резкий скачок, будто арифметика наконец-то просралась и всё вырулила. При этом если включить тушу когда напряжение изначально не позволяет поднять ток выше нуля - в предыдущих версиях программа должна тормозить по-идее.
Пытался исправить нестабильность яркости около мунлайта. Зависит от напряжения питания, будто не стабилизируется. Но я механизмов возникновения этого эффекта так и не понял. Похоже на диоды, но повышение минимальной яркости ничего не дало. Если бы это была константа - стабильность бы росла с ростом тока. Может быть из-за смещения шунта, с ним всю дорогу что-то непонятное творится. В общем забил пока...

------------------------
Надо бы подумать над RYGB индикацией, ибо RGB мало. Зелёный канал слишком близок к синему, из-за чего голубой передаётся хорошо, а желтый имеет низкий контраст. Замена зелёного диода на более "тёплый" резко снижает его эффективность, делает невозможным его использование из-за низкого падения (можно поменять местами с синим), и всё равно оставляет эффект (только уже по отношению к голубому) - желтый передаётся хорошо, а голубой имеет низкий контраст...

[Sey]

INFERION. Продай пожалуйста мне драйвер на трёхглазого кинга

[INFERION]

У меня сейчас нет к ним компонентов, главным образом полевиков. Да и не для продажи он разработан. Если сам драйвер вкорячить ещё можно в фонарь, то что делать с RGB кнопкой, под которую Кинг попросту не рассчитан? Тот, кто может её изготовить самостоятельно - может и драйвер спаять.

[Sey]

Ладо. Спасибо.
Пошёл искать дальше...