Исходное сообщение
"Дискуссия об использовании языка C++ для разработки ядра Lin..." Отправлено Аноним, 23-Янв-24 22:14
> Если у вас на плате нет защиты от превышения тока кроме софта По законам Мерфи - устройство порой сгорает первым, защитив предохранитель ;) И FYI, предохранитель нельзя брать впритык - иначе периодически его будет выбивать "без причины". А еще пусковые кратковременные режимы бывают куда тяжелее крейсерских. Это не значит что они вдолгую безопасны. Работает этот мир так. Но чтобы об этом знать надо немного поинженерить. Так что лишняя линия защиты никому не мешала еще. Алсо вылетевший предохранитель это прерывание сервиса, доволно надолго. Self restart после устранения проблемного условия - лучше чем трах с сменой предохранителя. По причинам выше - быстродействующий предохранитель, "на грани" - не захочется. Ибо придется постоянно заниматься его заменой. А то что медленный обгонит дестрой ключа крутым перегрузом... ну вот не факт. И вот там МК, которому микросекунды дом родной, имеет шансы зарубить проблемное условие ДО того как это станет проблемой. При том он в отличие от глупого предохранителя в курсе, startup это или авария, допустимо ли столько времени, или уже перебор, и так далее. И можно вон те неудачные соотношения несколько обойти. > - я вам очень сочувствую, и да, можно название, чтобы это > не брать никогда? ...сказал тип, стесняющийся уточнить название своего прова за отношение в ipv6 :). Впрочем можете не париться - я масспродом не занимаюсь и ваши шансы купить сие весьма низкие.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Если у вас на плате нет защиты от превышения тока кроме софта > По законам Мерфи - устройство порой сгорает первым, защитив предохранитель ;) > И FYI, предохранитель нельзя брать впритык - иначе периодически его будет выбивать > "без причины". А еще пусковые кратковременные режимы бывают куда тяжелее крейсерских. > Это не значит что они вдолгую безопасны. Работает этот мир так. > Но чтобы об этом знать надо немного поинженерить. Так что лишняя > линия защиты никому не мешала еще. > Алсо вылетевший предохранитель это прерывание сервиса, доволно надолго. Self restart после > устранения проблемного условия - лучше чем трах с сменой предохранителя. > По причинам выше - быстродействующий предохранитель, "на грани" - не захочется. Ибо > придется постоянно заниматься его заменой. А то что медленный обгонит дестрой > ключа крутым перегрузом... ну вот не факт. И вот там МК, > которому микросекунды дом родной, имеет шансы зарубить проблемное условие ДО того > как это станет проблемой. При том он в отличие от глупого > предохранителя в курсе, startup это или авария, допустимо ли столько времени, > или уже перебор, и так далее. И можно вон те неудачные > соотношения несколько обойти. >> - я вам очень сочувствую, и да, можно название, чтобы это >> не брать никогда? > ...сказал тип, стесняющийся уточнить название своего прова за отношение в ipv6 :). > Впрочем можете не париться - я масспродом не занимаюсь и ваши > шансы купить сие весьма низкие.
	Введите код, изображенный на картинке: