А минус разве нельзя отменить?

Ага, правда в математику а реально жизни никто не углубляется. Полюс = -20дБ/декаду, нуль = +20дБ/декаду

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

Коллеги вместо «полюс и нуль» использую термины «ускоряющая цепочка», «замедляющая цепочка», что полностью аналогично для аналоговых систем (поэтому я так и написал в статье).

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

Покупной, называется UNI-S

Ну, естественно, они уже научились на своих ошибках и не рассылают сэмплы кому попало. Даже если мыло зарегистрируешь, тебе позвонит представитель и его нужно будет убедить, что оно тебе действительно нужно.

Вот, еще один вариант объявился. Этот, правда без подключения к мобильнику.

0.35 — это 16% от емкости батарей — не мало. Тем-более, поставить транзистор не сложнее диода.

С enable тоже не выйдет: напряжение питания контроллера 3.3в, чтобы включить преобразователь на enable нужно подать 90% от питающего напряжения (при питании от USB это — 5в), 90% от 5 — это 4.5, контроллер просто не сможет работать в качестве «триггера». Можно конечно транзистор поставить для сдвига уровней, но это будет не проще, чем то, что сейчас.

LTC4415 или LTC2952 по 6$ — это очень жирно в качестве альтернативы копеечному транзистору.

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

А какую микросхему бы ты поставил?

Ключ не будет закрываться, а устройство не будет отключаться. Ключ не только как переключатель батарейка-USB, но и включает/отключает устройство — посмотри на схему i3.

Нельзя, тогда он не будет работать как ключ. Паразитный диод будет постоянно проводить.

Судя по вот этому, будет но не большой. Рынок скорее гиковский.

Заметь, что сейчас народ даже обычными часами перестал пользоваться (если пользуются, то крутыми, статусными). Зачем, если есть мобильник, который можно вытащить из кармана и посмотреть время? Если часы использовать в качестве пульсометра (коих куча уже), батарейку нужно будет заряжать каждый день — тоже не очень. Велосипедист и мотоциклист тоже не в восторге будут отвлекаться от дороги. Существующие голосовые подсказки навигаторов намного удобнее.

А вот идея с чернилами — здравая. Мобильник с eink-экраном наверняка нашел бы поклонников. Бeда в том, что fps маловато.

Еще есть вариант — наручный компьютер, как в fallout. Фактически просто мобильник, который цепляется к запястью.

UPD: Гы, не я первый придумал цеплять телефон к запястью:

Если честно, то Браун мне совсем не понравился. Подход какой-то «от балды». Практические рекомендации есть, но почему та или иная рекомендация работает — никак не объяснено. В итоге, шаг влево/вправо от примеров и не знаешь, что делать.

Детально разобраться можно, почитав учебник по ТФКП. Учебников в сети куча, но, боюсь, совсем с нуля его не осилить.

Кроме учебников, на ютубе есть довольно хорошие видушники. К примеру, вот про преобразование Лапласа, а вот про полюса и нули: часть 1, часть 2. Кстати, советую посмотреть остальные видео этого автора — очень много полезной математики.

Раз уж начал букмарки делать, вот еще куча хороших видушников по теме (наверное, для начинающих эти даже лучше остальных). Эти видео сосредоточены именно теории управления, но полюса и нули применяются не только там.

Дак образцы именно для коммерческого применения и нужны, наверное, вы что-то не так поняли. Кстати, TI нынче не шлет в Украину вообще ничего, даже если заплатить. Объясняют это тем, что слишком много посылок не доходит до адресата.

Никто не мешает создавать объекты с виртуальными функциями статически.

Если выбор стоит только между стеком и кучей (static-only классы, кстати нельзя создать на стеке или в куче — вот и потеря гибкости), то стек не порвет — просто стек нужно больше сделать и все. По использованию памяти будет — абсолютно тоже самое, что и выделить память для статического объекта. Кроме того, стек можно еще и в других местах использовать.

Лично я объекты создаю только статически. Иногда использую allocate-only кучу.

Дак, если в классе только статичные методы, то в нем (классе) смысла нет. Тогда уж лучше не классы а namespace использовать. А виртуальность и куча — совершенно разные понятия. Вот более микроконтроллерный пример:

class ComPortChannel : public ICommunicationChannel;
class UsbChannel : public ICommunicationChannel;


ComPortChannel com_port;
UsbPort usb_port;
...

data.send_via(&com_port);
data.send_via(&usb_port);

Исправил, но сообщение о ошибках лучше в личку

Бусинки ставятся не расчетно, а экспериментально. То есть, ткнулся осциллографом->увидел грязь->поставил бусинку. Когда такие итерации окончены, делают вторую ревизию платы и никакого оверинжиниринга не получается.

Ну, естественно, одна бусинка менее эффективна, чем две :) А паразитная емкость там очень мала и через нее ничего не может пролезть, в этом и заключается основное свойство бусинки.

Проблема с супрессорами в том, что их нужно выбриать на напряжение больше питающего, иначе через них потечет основной ток. Но если их брать на напряжение больше питающего, то они не защитят от защелкивания.

Правда еще вопрос, какие быстрее

Для защиты от защелкивания всегда нужно использовать Шоттки. Из-за низкого падения, они не дадут потечь току внутрь микросхемы.