Зависит от реализации. В классической ЭСЛ входы/выходы не всегда дифференциальные. На некоторых входах может висеть опорник, а некоторые выходы могут быть подключены к общему проводу. И есть эмиттерные повторители для смещения уровня - именно они могут приводить к пульсациям потребляемого тока в таком случае.
Что-то у меня не получалось симулировать обычный мультивибратор - постоянно вылетала ошибка. А остальные схемы очень даже удобно проверять и отлаживать в динамике, результаты практически идеально сходились с реальным железом.
Вариантов много, но если есть готовый аппаратный - почему бы не воспользоваться. Зато меч можно использовать для генерации случайных криптографических ключей)
Она горячая, потому что плотность и частота возросла. Элементы ЭСЛ потребляют меньше ТТЛ при одинаковых скоростях, может сопоставимо с ТТЛШ. А еще ЭСЛ позволяет делать сложные элементы (дешифраторы итп) на подобии (К)МОП без увеличения потребления
Ну это же дорого, размер платы больше, знаний надо больше, поддержка итп. А современные МК за 1мс могут сотни тысяч тактов отработать. И периферия у них зачастую может сделать сложные вещи в автоматическом режиме.
Когда я вижу мерцающие индикаторы (а периферическим зрением оно очень заметно), сразу возникает мысль, что это какая-то дешевая разработка студентов-недоучек... Минимум килогерц обновления всего дисплея считаю приемлемым, а лучше - статика...
Судя по всему, корпуса микросхем - металлокерамика, значит внутри много свободного места. Физически чип взрывать не обязательно, а вот заложить высокотемпературную смесь можно было бы.Интересно, что гугл знает про первую микросхемку в списке только по статьям про уничтожение)
Есть какое-то событие, на которое нужно быстро среагировать. И оно где-то далеко. И суммы крутятся немалые. И почему-то нет никакого способа реагировать чему-то, что находится максимально близко к событию. Точно, середина прошлого века...
Всё чаще прихожу к тому, что если нужна максимальная производительность некоторых методов, то этот код можно оставить его в виде чёрного ящика, может в отдельном файле. Пусть он использует кучу грязных приёмчиков, плохо читаем (комменты никто не отменял), но работает максимально быстро и выжимает всё из железа. Ассемблер - крайняя мера, но тоже позволяет сильно ускориться, оптимизаторы компиляторов обычно не дотягивают.
Я сторонник приравнивать макросы к функциям / методам. Естественно, когда они взаимозаменяемы (геттеры/сеттеры итп). Видеть в коде рядом Фунции () и МАКРОСЫ () не очень приятно
Зависит от реализации. В классической ЭСЛ входы/выходы не всегда дифференциальные. На некоторых входах может висеть опорник, а некоторые выходы могут быть подключены к общему проводу. И есть эмиттерные повторители для смещения уровня - именно они могут приводить к пульсациям потребляемого тока в таком случае.
Что-то у меня не получалось симулировать обычный мультивибратор - постоянно вылетала ошибка. А остальные схемы очень даже удобно проверять и отлаживать в динамике, результаты практически идеально сходились с реальным железом.
Вариантов много, но если есть готовый аппаратный - почему бы не воспользоваться. Зато меч можно использовать для генерации случайных криптографических ключей)
Она горячая, потому что плотность и частота возросла. Элементы ЭСЛ потребляют меньше ТТЛ при одинаковых скоростях, может сопоставимо с ТТЛШ. А еще ЭСЛ позволяет делать сложные элементы (дешифраторы итп) на подобии (К)МОП без увеличения потребления
Ну это же дорого, размер платы больше, знаний надо больше, поддержка итп. А современные МК за 1мс могут сотни тысяч тактов отработать. И периферия у них зачастую может сделать сложные вещи в автоматическом режиме.
Когда я вижу мерцающие индикаторы (а периферическим зрением оно очень заметно), сразу возникает мысль, что это какая-то дешевая разработка студентов-недоучек... Минимум килогерц обновления всего дисплея считаю приемлемым, а лучше - статика...
Судя по всему, корпуса микросхем - металлокерамика, значит внутри много свободного места. Физически чип взрывать не обязательно, а вот заложить высокотемпературную смесь можно было бы.Интересно, что гугл знает про первую микросхемку в списке только по статьям про уничтожение)
Я не уверен, но разве одна лишь продажа цветмета (медь и алюминий) электродов не отобьёт стоимость переработки?
Есть какое-то событие, на которое нужно быстро среагировать. И оно где-то далеко. И суммы крутятся немалые. И почему-то нет никакого способа реагировать чему-то, что находится максимально близко к событию. Точно, середина прошлого века...
Всё чаще прихожу к тому, что если нужна максимальная производительность некоторых методов, то этот код можно оставить его в виде чёрного ящика, может в отдельном файле. Пусть он использует кучу грязных приёмчиков, плохо читаем (комменты никто не отменял), но работает максимально быстро и выжимает всё из железа. Ассемблер - крайняя мера, но тоже позволяет сильно ускориться, оптимизаторы компиляторов обычно не дотягивают.
Именно однокристальные - не шифруют. А где флешь с кодом отдельным кристаллом - да, могут шифровать
Системы такого масштаба лучше постепенно вытеснить новыми, а потом похоронить. Это будет проще и дешевле.
Ошибся, имел в виду указатель на структуру...
void SetSomeValue (SomeStuct str, Value val) {str.val = val; }
#define SetSomeValue(str, val) do {(str).val = (val); } while (0)
Делают одно и тоже, только второй вариант абсолютно бесплатный. Даже инлай-фунции не бесплатные
Я сторонник приравнивать макросы к функциям / методам. Естественно, когда они взаимозаменяемы (геттеры/сеттеры итп). Видеть в коде рядом Фунции () и МАКРОСЫ () не очень приятно
Тут половина кода выдрана из контекста. Вполне возможно, что многое сделано с целью оптимизации.
К enum'у не применить #ifdef. Операция деления очень дорогая - тем более в таком виде (если оптимизатор ее не уберет).
Что-то мне подсказывает, что аппаратных ошибок на порядки меньше, чем софтовых. А к ним все уже привыкли, это типа норм...
ch32v307 и подобные имеют на борту USB HS физику
Кондиционер и холодильник - тоже тепловые насосы, так что заменить можно и их
Это было в CH32V/Fxxx