За идею с заменой на Шоттки - спасибо, даже заморачиваться тогда синхронным выпрямителем не буду, благо зарядник не контролирует это.
Вообще, выбор между синхронником и обычным выпрямителем делают тщательным подсчетом. Игра там идет в итоге на несколько процентов КПД, и в зависимости от тщательности подсчета(и учета всех факторов), победитель может измениться. По прикидкам может быть одно, а по факту - другое. Но вот при ремонте, например, может оказаться правильнее заменить сложную и ненадежную штуку на более простую и надежную (даже если и потеряем 1-2% КПД) (а уж если в КПД даже и выиграем - то тем более)
он где-то слышал про "проблему машинного нуля", когда x+1. == x, если x>>1 или x+1.==1., если x<<1 ( "<<" соответстует тому, что 1 и x одновременно не помещаются в мантиссу представления floating poing IEEE-854(?), если привести их к одинаковой экспоненте перед сложением).
И вот, он "слышал звон", и не знает, где он.
Этому обычно на 1 курсе учат, что числа floating point нужно сравнивать только так:
передо мной лежит красивый старинный индикатор TIL311. Практическую пользу для него придумать не могу, но запустить хочется. Он принимает 4-битное число и отображает точечками.
возможно, причина в другом, а вину свалят на этот наиболее подозрительный блок из-за каких-то своих причин. здесь подходит скрепно-ватное "Всей правды мы все равно никогда не узнаем" (что и плохо, вообще говоря)
Им бы в команду опытного тестировщика из ИТ. Их опыт тестирования тоже, я уверен, серьезный, но хорошо бы и обмен опытом устроить. Из-за зарплат, как я понимаю, это - фантастика.
а куда они из колеи денутся?
не, это для электропогрузчиков складских, как я понимаю.
я бы чуть аккуратнее сказал, что "по результатам испытаний макета оказалось, что ... и ... заведомо не перегреваются".
А то мощность не только от тока зависит, но и от напряжения, интеграл надо считать, усреднять, и проверять в разных режимах.
За идею с заменой на Шоттки - спасибо, даже заморачиваться тогда синхронным выпрямителем не буду, благо зарядник не контролирует это.
Вообще, выбор между синхронником и обычным выпрямителем делают тщательным подсчетом. Игра там идет в итоге на несколько процентов КПД, и в зависимости от тщательности подсчета(и учета всех факторов), победитель может измениться. По прикидкам может быть одно, а по факту - другое. Но вот при ремонте, например, может оказаться правильнее заменить сложную и ненадежную штуку на более простую и надежную (даже если и потеряем 1-2% КПД) (а уж если в КПД даже и выиграем - то тем более)
да там эти амперы что к транзисторам, что к диодам надо подводить..
он где-то слышал про "проблему машинного нуля", когда x+1. == x, если x>>1 или x+1.==1., если x<<1 ( "<<" соответстует тому, что 1 и x одновременно не помещаются в мантиссу представления floating poing IEEE-854(?), если привести их к одинаковой экспоненте перед сложением).
И вот, он "слышал звон", и не знает, где он.
Этому обычно на 1 курсе учат, что числа floating point нужно сравнивать только так:
#define Epsilon 0.0000001
...
if (fabs(x-y)<Epsilon) {...}
вот прямо эти же слова один в один хотел написать! :-)
Я что-то про Таганрог впервые в таком ключе слышу. Серьезно?
Здесь - это где? Урал-Релком такой провайдер был. Там Лидия Альбертовна создавала Е1. После нее был Александр Киреев, потом - не знаю.
Еще у нас был Тимус - раньше, чем ВК, ЛК и пр. До сих пор, вроде бы, работает (с 1999 года, что ли...)
кстати, на ТыТрубе сейчас появились разборы электроники этих летавших изделий. Без толковых комментариев, но посмотреть интересно.
на CH352 тоже неплохо работает, если что.
и как GNU UNIX?
такие тонкости не обязательно знать всем тестировщикам подряд. Даже разработчики не все это все знают.
это ведь не значит, что в Москве упали зарплаты? Кроме того, после эры ковида появился рад других факторов.
А можно пример, как эти схемы в Verilog перевести?
передо мной лежит красивый старинный индикатор TIL311. Практическую пользу для него придумать не могу, но запустить хочется. Он принимает 4-битное число и отображает точечками.
Я имею ввиду код. Просто некоторое полезное усложнение логики.
возможно, причина в другом, а вину свалят на этот наиболее подозрительный блок из-за каких-то своих причин. здесь подходит скрепно-ватное "Всей правды мы все равно никогда не узнаем" (что и плохо, вообще говоря)
Им бы в команду опытного тестировщика из ИТ. Их опыт тестирования тоже, я уверен, серьезный, но хорошо бы и обмен опытом устроить. Из-за зарплат, как я понимаю, это - фантастика.
все-таки мы не совсем тетки и не совсем таксисты. У большинства, конечно, ИТ опыт, но есть ощутимое количество и разработчиков чего-то летающего.