Я не знаю, из чего они сделаны. Для начала, можно попробовать феном. Если не получится с помощью молотка, зубила и какой-то матери разбирается все :)

Если есть лишний, интересно было бы посмотреть, что внутри и как сделана изоляция трансформатора. Есть сведения, что они выгорают при большом dv/dt отвязанной части (к примеру, при изоляции драйверов транзисторов).

Было бы интересно :)

Компилятор умрёт от рекурсии?

Нет, компилятор просто посчитает лишний байт (который там был до вставки CRC), а потом просто CRC не сойдется.

Не будет ли равен CRC от ВСЕЙ прошивки (включая CRC от компилятора!) нулю в случае отсутствия ошибок?

Нет, так было бы, если бы мы XOR прошивки считали, а не CRC32.
Как оказалось, будет :)

Кстати, интересно, как оно работает. Если есть опыт, расскажите (можно, отдельной статьей).

Со станцией это я загнул :) Насколько мне известно. там используют тройное дублирование с мега-надежным аппаратным мажорирующим устройством.

Зависит от того, как повредится и в каком месте эта процедура находится :)

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

Единственное место в процедуре контроля, в котором повреждение критично — инструкция проверки if'a (повреждение во всех остальных местах приведет к правильной ветке if'а). Инструкция сравнения занимает 4 байта (может и 2, лень искать). Пусть прошивка — 64кБайта. Если просто поделить одно на другое, то вероятность пропустить ошибку — 0.006%. Думается мне, что в реальности вероятность будет на порядок больше, но это намного лучше, чем ничего.

Поэтому придумал велосипед свой способ.

Вообще-то, это штатный способ организации многоплатных проектов :)

Про масштаб я понимаю, конечно, но статистические методы нужны для исследования, а применять их можно и в маленьких масштабах.

Согласен, что пример плохой, я описывал методы :)

Я говорю, что разработчик UTC4 — НЕ корпорация

Ну, поиграться в мега-корпорацию то можно, не смотря на суровую реальность :)

график для вашей ситуации вполне может оказаться такого вида:

На вашем графике изображены две группы людей — одни готовы платить много, но их мало. Другие готовы платить мало, но их много.

Если назначить цену где-то посередине, то все, кто готов был платить много товар купят и некая часть тех, которые готовы были платить мало купит. В итоге, график будет выпуклым. Для того, чтобы график имел перегибы, должен быть очень большой разрыв между этими двумя категориями людей. В случае с таким большим разрывом неплохо бы сделать два продукта под две ниши. Тут примерно как с запорожцем и феррари.

Конечно, ситуация с локальными экстремумами возможна, но, кажется, очень маловероятна.

Есть конкретный разработчик, который уважает себя и ценит свой труд.

Это вы сейчас про яблочную компанию? Я думаю, у них сидит очень нехилый штат экономистов, которые и выбирают цену, притом они выбирают разные цены для разных регионов, продавцов, итп.

Как бы не уважал себя разработчик, рынок живет отдельно от разработчика, и покупателям сильно начхать на эго разработчика, насколько он себя уважает и насколько ценит свой труд.

Про оценку товаров по внутренним ощущениям я говорил в «циганском методе». Для того, чтобы оценить товар ориентируясь на некие внутренние ощущения, нужно эти самые ощущения иметь. У меня навык оценки цены очень плохо развит, и мои ощущения могут очень сильно промазать, поэтому проще применить некую формальную методику, так будет намного лучше.

И не может быть идеальной цены!

Вот тут я очень не согласен, тут можно вспомнить экономику. Идеальная цена — это такая, которая обеспечивает максимальную общую вырчку (TR в экономике). Вот классический график зависимости выручки от цены (P — цена). Как видно, есть совершенно четкая точка идеальной цены.

Нагрев, как и у всех линейников определяется падением и током. У меня токи мизерные, поэтому и полигонов нет вообще.

Именно :)

Тож не очень хорошо, штука широкого применения. Тут пульт рулил бы, ну или кнопочки на самом девайсе. Хотя, можно не заморачиваться, и сделать как проще, а потом уже допиливать, когда будет прототип и будет ясно, что нужно.

Хотя, да, если оно задумывается е просто как компьютерная штука, управлять с пульта было бы намного разумнее.

Кстати, вместо просто UART, можно организовать UART через монитор. Сделать это довольно просто — передавать UART сигналы, к примеру, пикселем в координатах 0, 0. Чтобы этот сигнал не спутался ни с чем другим, добавить CRC и дело в шляпе.

В вообще, проект отличный.

У xilinx есть документик в котором подробно расписано, как работать с внутренней flash.

В ПЛИСине есть picoblaze, в котором программка, которая принимает данные и дергает линиями SPI. Кусок прошивки, отвечающий за перепрошивку сложновато будет откусить от основного кода, к сожалению.

Если внешний вид важен, то так красиво не намотаешь. С другой стороны, действительно, дороговато.

Да, 78хх в данном случае более, чем достаточно. А питать можно не от разных трансформаторов, а просто от разных обмоток трансформатора. Делается это для того, чтобы «звездность» земли получалась лучше.

Сейчас очень многие сайты утонули в спаме. Линк. Поможет только матан-капча :)