Сейчас компьютер - это только устройство для доступа к данным. Не очень сложно переустановить ОС и восстановить настройки и данные из бэкапа. А вот когда очередное обновление ломает работу принтера, кнопки выключения компьютера или вызывает синие экраны даже в аэропортах - с такой безответственностью нам и шифровальщиков не надо.
пользователь сразу оказывается внутри уже идущей трансляции, он мгновенно вовлекается в просмотр
А у пользователей вы спросили - нужно ли им это всё, учитывая, что все эти "свистоперделки" увеличивают нагрузку на процессор и интернет? Я вот всегда стараюсь отключить анимации, переходы, автовоспроизведение в фидах, вы же наоборот сходу вываливаете всё это на пользователя, да ещё автовоспроизведение включаете, и хорошо если это не порно-канал... Сделайте пожалуйста пункт в настройках "классический режим", где всего этого не будет...
Диспетчеризацию можно делать плавающими тарифами. Пока тарифы низкие или вообще отрицательные (переизбыток генерации) - владельцы накопителя сами отключают его от сети, или ставят на зарядку. При высоких тарифах (недостаток генерации) - сами начинают сливать энергию в сеть.
Инверторы с выходным синусом 220 В сейчас очень недорогие, возможность параллельной работы (синхронизация) тоже не редкость.
Если из паяльников есть только 40-Вт типа ЭПСН с выгоревшим жалом и нет нормального флюса, низкотемпературного припоя и соответствующих знаний, то даже опытный специалист не выпаяет TSOP-корпус, не повредив чип физически или сетевой наводкой на незаземлённый паяльник.
Вот поэтому перед началом работы лучше связаться с представителями заказчика и неформально уточнить, какой из возможных вариантов подойдёт им лучше. Выбирать на свой вкус и цвет (особенно если сам не пользуешься товаром и поэтому не разбираешься) - очень большой риск, что такой "сюрпрайз" не примут.
Дракон - это алгоритмический язык, а не язык программирования. "нарисовали на бумаге и отдали программистам для кодирования" - это и есть Дракон, позволивший далёким от программирования технологам-железячникам нарисовать на бумаге нужный им алгоритм работы и проверить его на ошибки, а программистам - перевести блок-схему в машинные коды, не опускаясь до уровня железа.
А Дракон... Мёртв. А его труп до сих пор зачем-то продолжают пытаться популяризовать для использования
Отнюдь. Дельфи, ФБД и пр. - прямые наследники Дракона. Инженерам даже сейчас проще собрать программу из ФБД-кубиков, чем писать код на языке программирования. Даже некоторые Си-программисты вначале отрисовывают алгоритм программы блок-схемой и уже по ней пишут код. Дракон это не равно блок схема, но идеология Дракона помогает писать программы с минимумом костылей.
Всё, что нарисовано на Figure 3: ESP32-PICO-D4 Module Schematics даташита (флешка, конденсаторы, дроссель, кварц) - находится внутри вот этого корпуса.
У 1N400x время обратного восстановления вообще не нормируется. Это низкочастотные диоды для работы с синусоидальными сигналами частотой до десятка килогерц.
У всех STM32 есть TIM1, специально заточенный под многофазные нагрузки. 3-фазным двигателем он способен управлять полностью аппаратно, с нулевой ошибкой по фазе. А у некоторых контроллеров он ещё и тактируется повышенной частотой, что увеличивает разрядность.
На этом фоне особенно хорошо видны преимущества подхода, который использовался в Apollo. Ограниченные ресурсы заставляли концентрироваться только на необходимом и заранее продумывать архитектуру.
Проблема в том, что сейчас вместо "изобретения велосипедов" используют готовые универсальные библиотеки, способные работать и на ракете, и на стиральной машине. Из-за этого у кода слишком много опциональных возможностей и связанных с этим потенциальных уязвимостей и недотестированных участков. В отличие от Apollo, когда код писали именно под эту машину, вносили только реально необходимые опции и не добавляли ничего ненужного, что в дальнейшем могло бы позволить с минимальными корректировками адаптировать библиотеку под работу в стиралке.
От Бурана остался даже алгоритмический язык Дракон, разработанный в рамках этой программы. Он позволил разбираться в работе программы даже далёким от программирования.
В бесперебойниках автотрансформаторы с одной обмоткой для ступенчатой регулировки напряжения и высокочастотные для импульсника. Поэтому они никому и не нужны.
Зная особенности архитектуры, можно и на высоком уровне писать так, чтобы компилятору было легче оптимизировать код. Например, если сравнение с нулём занимает меньше тактов, чем сравнение с константой - в счётчике циклов декрементировать константу до нуля, а не инкрементировать от нуля до константы.
Сейчас компьютер - это только устройство для доступа к данным. Не очень сложно переустановить ОС и восстановить настройки и данные из бэкапа. А вот когда очередное обновление ломает работу принтера, кнопки выключения компьютера или вызывает синие экраны даже в аэропортах - с такой безответственностью нам и шифровальщиков не надо.
А у пользователей вы спросили - нужно ли им это всё, учитывая, что все эти "свистоперделки" увеличивают нагрузку на процессор и интернет? Я вот всегда стараюсь отключить анимации, переходы, автовоспроизведение в фидах, вы же наоборот сходу вываливаете всё это на пользователя, да ещё автовоспроизведение включаете, и хорошо если это не порно-канал... Сделайте пожалуйста пункт в настройках "классический режим", где всего этого не будет...
Диспетчеризацию можно делать плавающими тарифами. Пока тарифы низкие или вообще отрицательные (переизбыток генерации) - владельцы накопителя сами отключают его от сети, или ставят на зарядку. При высоких тарифах (недостаток генерации) - сами начинают сливать энергию в сеть.
Инверторы с выходным синусом 220 В сейчас очень недорогие, возможность параллельной работы (синхронизация) тоже не редкость.
После таких новостей хочется откатиться обратно на Windows 10. Для которой обновлений больше нет.
Если из паяльников есть только 40-Вт типа ЭПСН с выгоревшим жалом и нет нормального флюса, низкотемпературного припоя и соответствующих знаний, то даже опытный специалист не выпаяет TSOP-корпус, не повредив чип физически или сетевой наводкой на незаземлённый паяльник.
Вот поэтому перед началом работы лучше связаться с представителями заказчика и неформально уточнить, какой из возможных вариантов подойдёт им лучше. Выбирать на свой вкус и цвет (особенно если сам не пользуешься товаром и поэтому не разбираешься) - очень большой риск, что такой "сюрпрайз" не примут.
Дракон - это алгоритмический язык, а не язык программирования. "нарисовали на бумаге и отдали программистам для кодирования" - это и есть Дракон, позволивший далёким от программирования технологам-железячникам нарисовать на бумаге нужный им алгоритм работы и проверить его на ошибки, а программистам - перевести блок-схему в машинные коды, не опускаясь до уровня железа.
Отнюдь. Дельфи, ФБД и пр. - прямые наследники Дракона. Инженерам даже сейчас проще собрать программу из ФБД-кубиков, чем писать код на языке программирования. Даже некоторые Си-программисты вначале отрисовывают алгоритм программы блок-схемой и уже по ней пишут код. Дракон это не равно блок схема, но идеология Дракона помогает писать программы с минимумом костылей.
Всё, что нарисовано на Figure 3: ESP32-PICO-D4 Module Schematics даташита (флешка, конденсаторы, дроссель, кварц) - находится внутри вот этого корпуса.
С чем привыкли работать - то и поставили. Как раньше везде ставили АТМегу или ПИК.
ESP-Pico - это как раз пластиковый корпус с конденсаторами и кварцем внутри корпуса.
Ещё есть чипы часов типа DS3231 с цилиндрическим кварцем внутри.
В ESP-Pico внутрь корпуса чипа засунули не только конденсаторы обвязки, но ещё и кварц. При этом такой чип стоит не сильно дороже ESP-WROOM.
У 1N400x время обратного восстановления вообще не нормируется. Это низкочастотные диоды для работы с синусоидальными сигналами частотой до десятка килогерц.
В старт-стопном режиме дроссель будет верещать.
У всех STM32 есть TIM1, специально заточенный под многофазные нагрузки. 3-фазным двигателем он способен управлять полностью аппаратно, с нулевой ошибкой по фазе. А у некоторых контроллеров он ещё и тактируется повышенной частотой, что увеличивает разрядность.
Проблема в том, что сейчас вместо "изобретения велосипедов" используют готовые универсальные библиотеки, способные работать и на ракете, и на стиральной машине. Из-за этого у кода слишком много опциональных возможностей и связанных с этим потенциальных уязвимостей и недотестированных участков. В отличие от Apollo, когда код писали именно под эту машину, вносили только реально необходимые опции и не добавляли ничего ненужного, что в дальнейшем могло бы позволить с минимальными корректировками адаптировать библиотеку под работу в стиралке.
От Бурана остался даже алгоритмический язык Дракон, разработанный в рамках этой программы. Он позволил разбираться в работе программы даже далёким от программирования.
В бесперебойниках автотрансформаторы с одной обмоткой для ступенчатой регулировки напряжения и высокочастотные для импульсника. Поэтому они никому и не нужны.
Зная особенности архитектуры, можно и на высоком уровне писать так, чтобы компилятору было легче оптимизировать код. Например, если сравнение с нулём занимает меньше тактов, чем сравнение с константой - в счётчике циклов декрементировать константу до нуля, а не инкрементировать от нуля до константы.
Использовалось телемастерами для настройки телевизора на канал после ремонта.
Однако кучеры, ямщики и извозчики куда-то резко пропали, а лошадь жители крупных городов могут увидеть только в зоопарке.