Дак, можно этот лог направить в файлик и после этого смотреть разные дебаг левелы. А если дебаг левел задать сразу, то ядро придется пересобирать просто чтобы посмотреть лог с разными левелами или разной подсветкой.
Единственный плюс — уменьшение времени передачи данных. Передача по UARTу действительно, периодически тормозит. Беда в том, что тормоз в деле анализа логов не принимающая сторона, а передающая.
Если используется транзистор с мелкой емкостью затвора, типа bss123, ему не нужна никакая защита. Тепло, которое при этом выделяется в мк посчитать довольно просто. P=2*заряд затвора*частоту*напряжение. К примеру, для bss123 при 38400: P=2*1.8e-9*38400*5 = 138мкВт, что принебрежительно мало.
1. Операторы new и delete — зло. настоятельно не рекомендуется использовать динамическую аллокацию на устройствах, где:
а. Наполовину реализованная поддержка
На самом деле тут — как организуешь. Можно сделать, чтобы память только выделялась, но не удалялась. Часто этого-достаточно. Можно сделать выделение фиксирвоанными блоками — тогда не будет утечек и все быстро будет работать.
Вообщем, куча — зло в эмбеде только в классическом своем понимании.
Хоть и оффтоп, но мы тут недавно говорили на эту тему и сошлись во мнении, что аудиофилизм появляется из-за возрастной деградации органов чувств.
В детстве уши (как и все остальное) работает намного лучше чем в возрасте, отседава и воспоминания о «том самом» виниловом звуке. Который сам по себе был гумном, но воспринимался круче.
Уверен, что лет через 20 будут говорить о том-самом «ac97»-звуке :)
Скрыть эти различия за интерфейсом IPwmChannel. Самый простой вариант — претвориться, что все таймера 16 битные и использовать только старшие 8 бит в 8 битных.
Более высокоуровневый подход — проценты заполнения ШИМ и из процентов пересчитывать в заполнение.
Да, вот эти куски с D и С не правильно перерисовал :)
С низу — симметрично. Смысл в том, что когда клок нулевой, релюха-защелка находится в устойчивом состоянии. Когда клок высокий, ветка по которой она питается зависит от данных.
Естественно, есть «нюанс» в том, что при падающем клоке релюха может выключится до того, как включится основное питание, но это должен решить небольшой конденсаторчик :)
Но раз не бывает таких реле, то и уменьшить врядли получится.
Когда подается импульс на Set, через K2.1 начинает течь ток. Оно замыкает контакты K2.2 и начинает питать само себя. Таким образом, битик записался. Чтоб сбросить битик, нужно подать импульс на reset — K1.2 разомкнется и K2.1 отключится.
Единственный плюс — уменьшение времени передачи данных. Передача по UARTу действительно, периодически тормозит. Беда в том, что тормоз в деле анализа логов не принимающая сторона, а передающая.
Вообщем, смысла мало вижу :(
Вообщем, куча — зло в эмбеде только в классическом своем понимании.
В детстве уши (как и все остальное) работает намного лучше чем в возрасте, отседава и воспоминания о «том самом» виниловом звуке. Который сам по себе был гумном, но воспринимался круче.
Уверен, что лет через 20 будут говорить о том-самом «ac97»-звуке :)
Более высокоуровневый подход — проценты заполнения ШИМ и из процентов пересчитывать в заполнение.
А потом уже можно делать клас серво-машинки
Ну и все. Как использвоать, думаю, очевидно.
С низу — симметрично. Смысл в том, что когда клок нулевой, релюха-защелка находится в устойчивом состоянии. Когда клок высокий, ветка по которой она питается зависит от данных.
Естественно, есть «нюанс» в том, что при падающем клоке релюха может выключится до того, как включится основное питание, но это должен решить небольшой конденсаторчик :)
Но раз не бывает таких реле, то и уменьшить врядли получится.
Когда подается импульс на Set, через K2.1 начинает течь ток. Оно замыкает контакты K2.2 и начинает питать само себя. Таким образом, битик записался. Чтоб сбросить битик, нужно подать импульс на reset — K1.2 разомкнется и K2.1 отключится.