
Комментарии 55
Мне бы пригодился такой диммер, но на ~230В, и, желательно, без микроконтроллера на борту
Тиристорный плавный пуск. Только не надо брать "устройство плавного пуска" — огромная наценка за корпус. Я взял в своё время просто тиристор и подключил его в корпус розетки управляемого устройства (скважинного насоса). Пять лет полёт нормальный.
Тут, похоже, наиболее правильным было бы иметь дополнительный временный тусклый свет. Включаешь его, а уж потом фару "на полную", а его выключаешь...
Иначе, скорее всего не победить чрезмерную яркость "на старте". Это еще и со всеми лампами будет по-разному работать скорее всего.
Китайские чипы AT32F435 гораздо круче. Раз в три дешевле и раза в два быстрее
Вчера пока работал Fable5 он мне накатал из китайского pdf подробный компонент со всеми альтернативными функциями и оптимальным способом раскидал сигналы

Получил конроллер с управлением не менее 16 фарами и радаром ближнего действия, с дисплеем и аудиплейером.
Эх, крутая штука была Fable 5.
Китайские чипы AT32F435 гораздо круче. Раз в три дешевле и раза в два быстрее
Согласен с Вами на 101%. Сам программировал Artery микроконтроллеры в НПП ИТЭЛМА и очень мне понравились Artery микроконтроллеры (больше чем STM32)
Даже написал методичику как с ними работать.
ToolChain: Настройка сборки прошивок для микроконтроллеров Artery из Makefile
https://habr.com/ru/articles/792590/
Ну так что заставило опять на STM32 вернутся?
После ИТЭЛМА в следующей компании принято программировать STM32.
Вот и пришлось опять вникать в специфику программирования STM32.
Настройка ToolChain(а) для Win10+GCC+С+Makefile+ARM Cortex-Mx+GDB
https://habr.com/ru/articles/673522/
Что то не увидел я в данном проекте решения основополагающей проблемы светодиодного освещения: светодиод - токовый прибор, т.е. для его долгой и стабильной работы главным и критическим параметром является протекающий через него ток! А никаких мер для стабилизации этого самого тока и нету... Ну и ШИМ в осветительном приборе для транспортного средства - недопустимая, опасная для жизни штука, порождающая у наблюдателей оптические иллюзии по поводу подвижности/неподвижности освещаемых объектов.
Перед началом разработки, полезно ознакомиться с опытом предков: 15 лет назад на Фонарёвке был разработан высокоэффективный импульсный драйвер для питания 10вт светодиода от 1 лития, со стабилизацией тока, несколькими уровнями яркости без ШИМ, плавным вкл/выкл и прочими плюшками: https://forum.fonarevka.ru/showthread.php?t=13353 , https://forum.fonarevka.ru/showthread.php?t=20143 , https://forum.fonarevka.ru/showthread.php?t=20659 . При этом, управляющим контроллером драйвера служил attiny85, и свободного места в его флеше оставалость очень прилично, так что использовать для аналогичных целей готовую плату на stm32 - это стрельба из пушки не то что по воробьям, а по комарам )
Спасибо.
Не знаю за STM32 низких серий, но на AT32F вы сделаете еще более эффективный драйвер и в 10 раз больше плюшек.
Смотрите https://biricha.com/design-software/st-wds/
Там регуляторы 3..4 порядка. Сверхэффективные. Для широчайших диапазонов тока. С тучей защит и детекциями деградаций.
Там attiny85 просто нечего делать.
+100500. Автору достаточно было открыть DS на любой LED,чтобы убедиться в практически прямой пропорциональности светоотдачи току (т.е. экспоненте приложенного напряжения) и не писать чушь о 0,7%.
светодиод - токовый прибор, т.е. для его долгой и стабильной работы главным и критическим параметром является протекающий через него ток!
Существуют ли ASICи генераторы токов с управлением по SPI?
Существуют ли ASICи генераторы токов с управлением по SPI?
Увы, на сегодня ответа на данный вопрос я не знаю, причём у меня уже лет 5 ждёт этого ответа кучка купленных до всяких санкций 20Вт High CRI светодиодов Cree XHP50 :(
Сильно подозреваю, ответа и не будет: для токового драйвера на 3+Ампер в принципе неизбежна куча внешней обвязки - индуктивности, конденсаторы, мощные MOSFET-ы, токоизмерительные резисторы и пр. - видимо, проще получается взять микроконтроллер и реализовать на нём.
Дополню ответ
Существуют ли ASICи генераторы токов с управлением по SPI?
На меньшие, чем меня интересуют, токи, у TI есть серия TPS92520, именно с управлением по SPI, но количество требуемой внешней обвязки для чипов не радует.
На ток аж до 6А, есть SiC462 от Vishay, но оно, во-первых, не управляемое, во-вторых, количество внешних элементов там - реально ужОс-ужОс.
Выключатель на 32F401 + DRV8870. Ладно, диммер. Наконец, дожили. А раньше умели транзисторы паять... Такое если только из любви к искусству... Тогда интересно.
Ну а что. Лежат бесхозные электронные детали. Почему бы и не пристроить для дела.
Какой-то оверинженеринг получился.
Можно же на рассыпухе из пары транзисторов и конденсатора сделать - проще и надежнее.
А как же энкодер?
А зачем? Переменники ещё не отменили.
Энкодеры крутить на ощуть приятнее так как у них есть стопоры на каждые 4 импульса.
Можно не глядя тактильно понять на какой угол ты повернул вал.
А можно посмотреть на яркость фары и подкрутить, если надо. Не наощупь, а целевая функция.
Если хочется пощёлкать, есть ступенчатые переменники, альпс например.
Энкодер - отличное решение, но думаю здесь пары кнопок хватит. Когда летишь через руль, а за тобой летит велосипед, меньше всего хочется что бы на нем было много торчащих предметов (типа ручки энкодера)
Но, если нравится творить, то это классно.
Какой-то оверинженеринг получился.
у меня глаза округлялись и после PID уже бы не удивился, что оно к концу статьи где-то на удалённом сервере поедет :)
Чтобы решить эту проблему я обратился к PID регулятору.
а можно просто реализовать линейную функцию нарастания яркости от времени
Я = К*Т
И регулировкой коэффициента К управлять временем выхода яркости на полную мощность, это было бы где-то в 5 раз проще чем костыли для PID регулятора подставлять. Но тут надо с математикой линеаризации функций разобраться (а не с программированием), мат.анализ надо вспоминать.
а можно просто реализовать линейную функцию нарастания яркости
нельзя, так как на начальном и конечном участке должна быть как раз нелинейность.
А зрение у нас точно линейную чувствительность имеет? Не логарифмическую ли?
В действительно хорошей велофаре кроме плавной регулировки яркости нужна индикация прогнозируемого времени работы до разряда батареи, чтобы можно можно максимально возможную яркость при планируемой длительности поездки в темноте. Наверное, эта индикация нужна только во время регулировки яркости, потом её лучше отключить или сделать тусклой.
Кроме того, в велофаре скорее всего будет полезна автоматическая регулировка яркости по освещённости сверху, с большой постоянной времени регулятора. Потому что максимальная яркость велофары нужна тогда, когда нет никакого внешнего освещения, например в лесу, а на хорошо освещённой улице велофара работает скорее как габаритный огонь велосипеда, чем как источник света на дорогу. Впрочем, многие велофары имеют автоматическую регулировку яркости по освещённости, но не умеют плавно регулировать максимальную яркость вручную.
Велофаре были бы полезны светодиодные поворотники, хотя бы спереди, на руле. В темноте не видно, когда велосипедист показывает поворот руками. А в идеале, к передним поворотникам неплохо бы добавить задние поворотники, подключенные к заднему фонарю, и управляемые переключателем на руле вместе с передними.
Ещё велофаре был бы полезен индикатор низкого уровня заряда батарей в начале поездки, который кратковременно включается при начале движения, даже если освещение отключено, предупреждая, что заряда может не хватить.
ну вот теперь применение микроконтроллера не кажэца оверинжинирингом , как писали вышэ
Почему оверинжинирингом? Благодаря МК у продукта появляется потенциал для модернизации. Благодаря МК можно, например, добавить в фару функцию трансляции азбуки Морзе.
И ещё пару тысяч разных кодировок. Только кому это все нужно?
Удивительно, настолько редки светодиодные фонари с передачей сообщений морзянкой. Это, конечно, это скорее понты для выживальщиков, чем практически полезная функция, но прикольно иметь возможность передавать сообщения на расстояние до 15 километров при длительном блэкауте. Вот только с вводом могут быть проблемы, нужна, например, передача данных со смартфона на фонарь. Смартфоном морзянку можно и принимать, с 15 км. Можно, конечно и без фонаря, встроенной вспышкой, но тогда дальность связи будет меньше.
Прежде чем писать прошивку надо определиться с тем по какому алгоритму следует производить нарастание яркости.
Этот алгоритм давно известен, он называется Square Law. PID для ручной регулировки яркости не требуется. Правда, на LED я этот алгоритм не тестировал.
Можно включать LED лампы на малое свечение ночью, чтобы сбивать с толку комаров.
Можно, но медицина рекомендует людям спать в полной темноте.
Очень сложно, а можно просто увеличить емкость конденсатора на софтстарт или фильтрующего в опорном источнике для усилителя ошибки по току
А что если LED сделать из ленты и каждую строку регулировать по яркости и ко количеству строк?
Допустим на начальном этапе включается только одна строка и на малой яркости. Далее по достижению Макс яркости первой строки начинать «розжиг» второй?
И первую строку допустим выполнить «теплыми» LED?
Раза 3 перечитал, особенно начало. Особенно про аппаратную часть, функции, PID регулирование. Думал крышей поехал и мне кажется. Ан нет, не поехал.
Автор,у тебя такой потенциал! Потенциалище! А ты его тратишь на изготовление никому ненужных вещей! Поверь, даже самые топовые производители автомобилей никогда не будут использовать такие решения. Это не эффективно, усложнение и удорожание и просто незачем.
Направь свою энергию в буст технологий, для очень полезных и нужных вещей. Я посмотрел твои проекты, мне стало очень интересно. Много проектов, много интересных решений, много энергии, только все в мелочи. Ты как будто боишься сделать что-то достойное, мощное и крупное. Не разменивайся на мелочи.
Я делал раньше так-же, раздавал советы, делился знаниями, а сам ничего, из того что знаю и умею, не реализовывал. Или делал это на общество и бесплатно, а сейчас те, кому я давал информацию живут прекрасно, а мне приходится довольствоваться тем, что осталось.
Время уходит быстро и незаметно.
Поверь, даже самые топовые производители автомобилей никогда не будут использовать такие решения. Это не эффективно, усложнение и удорожание и просто незачем.
Буквально месяц тому назад на парковке у фитнесс центра вечером я видел припарковались BMW. Водитель вышел, закрыл дверь. Фары стали плавно потухать. Затем полностью погасли.
Это же обычный ШИМ, ничего более. У меня такая функция в салоне стоит с 2004 года. Любой МК справится на раз, ну или 555 таймер.
Я вот тут делал модули управления питанием для своего проекта и просто воткнул плату Arduino pro mini. Ног не много нужно было, поэтому разместил и развёл все на одну сторону, где питание подходит. Это первая версия, поэтому не идеальная.

Вообще не напрягаясь. Зашил 5 контроллеров за минуту.
Также могли сделать и в фарах бэхи. Один МК, который по простым командам (ну либо через CAN шину) принимает инфу и тупо отрабатывает ее.
Автор,у тебя такой потенциал! Потенциалище! А ты его тратишь на изготовление никому ненужных вещей!
Спасибо, но что Вы предложили бы мне смастерить?
Поделка, которую я многократно применял и воспроизводил по памяти: система защиты аккумулятора, которая на собственные нужды тратит единица мА, а после срабатывания и до появления сигнала с клеммы 15 не потребляет вообще ничего. В сущности там PFET, компаратор и горсть обвязки. Могу оставить штатную охранную систему на месяцы и ничего не будет. Стандартно она либо не отключится вовсе, либо отключится где-то на 10.5В, что в сущности одно и тоже. Есть готовые решения, но от чего-то там либо реле, либо собственная схемотехника такая, что после срабатывания на аккумуляторе остаются висеть десятки мА (что зимой добьёт севший аккумулятор в случае, когда что-то пошло не так). А сейчас я использую такой модуль уже не для защиты основного АКБ (который теперь вообще не питает ничего, когда зажигание выключено), а для мелкого дополнительного, обеспечивающего дежурное питание ЭБУ (чтобы время не сбрасывалось), музыке, охранной системе и освещение для обозначения ТС при вынужденной стоянке на неосвещенной обочине.
Я думаю это в личку лучше написать. Не хочу светить свои идеи здесь.
Тим Бернерс-Ли придумал атрибут href и тег <a> в самой первой версии HTML (аж в 1990 году). Table появился только в HTML 3.2. Внимание, вопрос. Зачем использовать таблицу там, где нужно использовать ссылки?
Вы должно быть не в тот пост написали.
Тут электротехнику обсуждаем, а не front-end.
У вас есть раздел Ссылки. В нём — таблица. Так вот таблица там не нужна, гораздо читабельнее будет обычный список [гиперссылок].
Ну и если ещё немного подушнить, то электротехника — это если бы вы аналоговый драйвер запилили (как многие выше предлагали). А в вашем случае — это электроника. И мне тут особо нечего добавить: и там, и там есть свои плюсы и свои минусы.. По вашей реализации мне нечего сказать, вы решили задачу доступными вам методами — могу только порадоваться.
Лампа плавного пуска