LordNфилософ (Сегодня, 16:51, просмотров: 69) ответил Adept на так и есть наверняка. У меня аналогичные ситуации с минвелом 300Вт
и движком в 100, таскающим массу в 200кг, которая при скорости
0.5м\с должна затормозить за пару секунд. Решает проблему тормозной
резистор 5ом (греется) и буфер в несколько (около 10) тыщ МКФ на
шине питанияЛН
-
- да там банально всё: - оптрон с полевым ключиком, но есть нюанс -
руление мотором STM32F042C6T6 через специализированный СТМ-овский
API, и управление ключиком - с ноги процессера :( Решение не моё, -
стороннего инженера (он и софт пилил) по факту работает нормально,
но я бы сделал чисто аппаратно на компараторе лучше. фронты конечно
затянуты, но вроде ключ не выходит из зоны безопасной работы. Да,
питание заложено до 48, но по факту - 24. Если будет "завис" проца, Adept(496 знак., Сегодня, 17:38 - 20:36, картинка)
- Частота коммутации в этой схеме небольшая, так что не слишком крутые фронты не сильно увеличивают мощность рассеяния на транзисторе. Мы в своих ПЧ еще синхронизируем моменты переключения с частотой ШИМа ПЧ, чтобы устранить хоаотичные щелчки, иногда возникающие при работе просто от компаратора. Но это не обязательно, работает и так. - Yurasvs(Сегодня, 19:50)
- Копаратор с гистерезисом. Пороги выше рабочего напряжения, но ниже срабатывания аварийной защиты блока питания. Просто релейный регулятор. В частотниках так и делается, только программно. - Yurasvs(Сегодня, 17:46)
- да там банально всё: - оптрон с полевым ключиком, но есть нюанс -
руление мотором STM32F042C6T6 через специализированный СТМ-овский
API, и управление ключиком - с ноги процессера :( Решение не моё, -
стороннего инженера (он и софт пилил) по факту работает нормально,
но я бы сделал чисто аппаратно на компараторе лучше. фронты конечно
затянуты, но вроде ключ не выходит из зоны безопасной работы. Да,
питание заложено до 48, но по факту - 24. Если будет "завис" проца, Adept(496 знак., Сегодня, 17:38 - 20:36, картинка)
