jam_yps

Ну так греется сильнее катушка.

А если выпаять компаратор, на затворе сколько? А если запаять заведомо исправный (проверить отдельно) - и снова сколько на затворе? Так не проще? Ибо 2 варианта: неправильно срисованная схема и неправильно работающий компаратор (подделка, пробит выход, просто неисправный или ремарк операционника).

Тогда там ремонтировать уже нечего. Найти в Инете фото своей платы и вычитать номинал (цветовая маркировка хорошо видна). Вера не позволяет это сделать?

Безопасность->Дополнительно->Владелец->Изменить и флажок внизу "Заменить владельца подконтейнеров и объектов". ->Применить Доступа нету.

Много, согласен, - но часто работает. Если в PFC блока питания неисправны элементы - будет стрелять пока не отремонтируешь. Там часто пассивный PFC (в ноутовых БП), который, в неисправном варианте, потихоньку напряжение на конденсаторе поднимает пока что-то не стрельнет.

И как оно вообще хоть работает

Подаете переменку, каждый датчик через диод, со стороны контроллера - анализируем ток каждой полуволны. Оччень давно делалось подобное для системы автоматизированной подкачки воды в систему отопления. Но там было по 1 проводу. Второй провод - сама труба отопления (ну и + фильтры и немного сложнее электроника).

Назначьте себя владельцем папки, флажок установите на включая вложенные.

А как это вяжется с насосной станцией? Камерой уровень контроллируете? Если новый вопрос - создайте новую тему. Если транслировать камеры - радиолинк по Ethernet, если транслировать управление - 485 через радиомодем. Все это есть вживую. Дальность - километры.

А блок не с PFC на входе?

Там асма копейки. Но - факт имеет место быть.

Да, она на контроллере проца висит, побыстрее будет - согласен. Писана на Си. Только переключение контекста на асме (где скорость как раз важна). Задолбешься портировать кучу кода ассемблера на кучу платформ.

Какой из них? Их несколько, притом уже много. Снова - у каких, хоть серию? Или имеется в ввиду разные шины на АРМе? Или организация китайского клона stm32 с выполнением кода полностью из ОЗУ? А нафиг к программной памяти ДМА?

Ага! Иногда приходится. Космос - например. Ну и так, тут на Земле бывает нужно. Разные ситуации есть. На Си, ОС на асме - это жуть какой мазохизм (пробовал!). Только ввод-вывод, - там вполне оправдывает, даже на 32 АРМе (который RISC) или MISC процессорах. На 64-как - все на Си уже. Есть процессора со встроенными машинами состояния (вот где разогнаться со скоростью ввода/вывода!) - там пока асм для их программирования (возможно есть и на Си, не пробовал). Одно время мне нравились процы с VLIW архитектурой, потом это прошло, - там на асме писал.

Я рад, что помогли разобраться! Успехов в будущих начинаниях!

Ага. А мозги тогда чем занять? На любых, 8/16/32, на 4 и 64 битных в эмбединге не писал. Просто напишите оптимизированный вариант ввода/вывода на Си и асме (качественно оптимизированный, а не просто так перенести) и сравните, - разница будет вполне себе заметна. В тех-же битовых операциях (на некоторых МКУ) на асме код выполняется сильно быстрее (да и меньше по объему), использовании результата предыдущих операций без их нового вычисления - тоже быстрее, использование рекурсивных функций - сильно быстрее (сами вызовы/возвраты). Много что жрет память/такты в Си, - этим платим за удобство и читаемость. Да, интерпретаторы. Питон к примеру. С малым - да, просто время лень тратить на асм (там разбираться надо), а процы сейчас достаточно мощные (в пересчете на милливатт) и большим ПЗУ/ОЗУ а аккумуляторы литиевые дали толчок в емкости, - поэтому сильно не экономится ничто - работает и так. Там, где реально экономится каждый милливатт - пишут таки на Си а некоторые куски ответственного кода - на асме.

Так я вопросы не задавал. Даже первого нету, откудова второй?

Отчего же? "считать код нажатой клавиши" - вполне может быть PS2. Ведь про матрицу клавиш ни слова. В некоторых случаях - на треть по объему и вполовину по времени. А если использовать некоторые библиотечные стандартные функции, - то и в разы. Так что "несколько тактов" - это плохо оптимизированная программа на асме. Либо фраза взята из рекламы/Инета. Вот писать на асме оптимизированный код достаточно большого объема (а потом пытаться в нем разобраться через пару лет, даже с комментариями) - это та еще задача....

Ну да, - все оно ремонтируется. Или переделывается. Или...

Так а что, - я не сильно давно ремонтировал 2 привода постоянного тока на пилораму, там тоже порядка 100 А и тоже пара тиристоров, правда другие, не 202-е. Одну отремонтировал а вторую переделал немного, чтобы: не было в будущем... Обе работают.

Именно. Да Бог с ним. Это было написано исходя из истории в теме. А история - она много показывает.

Повторение - мать учения, чтобы человек смог понять куда ему двигаться.

Хотя как раз Вт*ч дает куда больше информации...

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

И будет не разный параллелях. Все зависит от повторяемости параметров светодиодов. При низкой - ток отличается довольно значительно. Поэтому - расчитывать ток не более 0,85 от рабочего тока при чисто последовательном соединении. Ну или, как вариант, - готовиться к тому, что светодиоды будут умирать в цепочке с самым большим током.