Ingernirated

Просто есть разные типы матриц, плюс еще и матрицу можно по-разному настроить, на стационарных мониторах обычно в меню есть настройки цветов, контрастности. На ноутбуках бывает можно через ПО их подкрутить, ну а бывает что и никак не поменяешь.
Но что в ноутбуке, что в настольном мониторе можно встретить любую по типу матрицу, так что при желании купить устройства можно такие, чтоб на них одинаково выглядело, просто подбирать надо.

В общем случае:
0. отключить аккумулятор - во избежание электролизного разрушения
1. устранить различные соли и пр. - например промыть дистиллированной водой
2. быстро устранить влагу - например промыв спиртом
3. устранить максимум остаточной влаги - силикагель, если нет - то рис, сухие газеты и т.п.

Можно погрузить телефон в жижу для пожаротушения типа 3М-овской novec 1230 - заодно и от всякой грязи очистится.

Несколько месяцев назад мой мелкий (1 год) умудрился "спрятать" старую мобилку (свою игрушку, к слову, - он тыкал в кнопки и смотрел, как на это безобразие реагирует экран) в аквариум к рыбкам... Обнаружили это только на следующий день. Разборка, снятие всего, что снимается, промывка спиртом, затем продувка воздухом, потом закапывание в рис... в общем, мобилка восстановилась, но не до конца: во-первых, дисплей на это действо отреагировал не лучшим образом, а во-вторых, что-то всё же случилось с электронной частью - телефон включается, но при нажатии некоторых клавиш зависает, при самоблокировке зависает... в общем, если телефон "утоп", то это уже навсегда... Хотя, я и слышал истории про полное восстановление телефонов с помощью 96% спирта (он замещает воду, а потом легко испаряется), но эти истории уже давно ходят - возможно, для старых "звонилок" этот метод и срабатывал, а сейчас - сомнительно... если девайс не жалко, вместо спирта можно попробовать WD-40 (по идее, тоже вытесняет воду, но только вопрос, как её потом из-под микросхем выжать).

закапывания его в рис

чушь

про сушку его на солнышке в пакетике,

а влага куда денется, если он в пакетике?

как правильней

1. сразу вынуть аккумулятор - если съемный
если нет - хотя бы отключить питание
2. разобрать
3. сушить на воздухе

можно и в спирт БЕЗВОДНЫЙ, но оптику может убить (дисплей и камеру), особенно если не этиловый
также спирт все-таки далеко не полноценная сушка, медленная и надо еще сушить от самого спирта, а то костер рискуете получить

Для этого надо понимать физику.

Впитывание жидкой воды и адсорбция ее паров - разные вещи. Прокаленный рис как раз хорошо адсорбирует воду из воздуха.

А сушка в пакетике - это нонсенс, потому что как раз пакетик не даст парам воды улетучиться из телефона.

потому что рис гигроскопичен, а пакетик на солнышке нет.

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

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

Матрицы там те же.
Отличаются только подключениями.
У мониторов DVI, DisplayPort, HDMI, D-Sub.
У ноутбуков LVDS.

Но цвет фото отличается по другой причине:

Если вы хотите работать с цветом (дизайн, обработка фотографий и т.п) - вам нужен ноутбук или монитор с матрицей типа IPS (есть множество вариантов IPS от стремных до супер-пупер по качеству изображения)

Таки мониторы и такие ноутбуки несколько дороже. Процентов на 10-20-30.

Матрицы типа VA, PLS - более менее внятные цвета дают, но они тоже дороже.
Скажем, матрица VA имеет глубокий черный цвет и хорошо подходит для текстов.

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

Но TN самая отвратная по цветам.

Разница только в матрице, от нее зависит вобще все.
По возрастанию цены и качества
TN+film, TFT, IPS, AH-IPS

Матрицы ноутбуков бывают разные. На бюджетных ноутбуках обычно ставятся дешевые TN матрицы. На более дорогих, IPS. TN матрицы имеют малую контрастность, плохую цветопередачу и более холодную палитру.

В Java отсутствуют беззнаковые целочисленные примитивные типы, отсюда начинаются всякие пляски с бубном вроде x & 0xff. На Java можно и ОС написать, и оно работоспособно вполне, но судя по всему, давно заброшено. Андроид же -- это в первую очередь Linux, а JVM там крутится уже в user-space; тем более что приложения приятнее писать на некоем более высокоуровневом языке, чем C/C++ .

Обычная мыльница за пояс заткнёт любой $1000 Nikon или другой фотик

Да. Чем их больше, тем большее реальное разрешение фотографии можно получить.

да, задание или задача. так и переводится)

задача, задание

UPD1. У вас опять игрушечное никогда не выполняющееся условие PINB &= 0b00000000.
Если всё-таки сделаете работающее условие, то должно быть что-то вроде

char oldState = 0, newState = 0
...
oldState = newState;
newState = PINB & 0b00000001;
if (!newState && oldState) {
  // нажатие кнопки зарегистрировано.
  // 1. переключить состояние.
  // 2. Записать что надо в порт.
  // 3. Сделать задержку на дребезг.
}

Естественно, считается, что кнопка замыкается на землю и !newState — это как раз «прижата».

У тебя цепи:
10 - индикатор - диод - резистор - 1(общий)
12 - резистор - 1(общий)

Если подать напряжение на 12 контакт, то на резисторе будет падать напряжение, которое запирает диод и он не проводит ток, либо проводит ток, но его недостаточно для свечения индикатора.

Тактовая частота МК (ядра) и частота, используемая для передачи данных по какому-нибудь интерфейсу - разные вещи.

Первая задается либо встроенным RC осцилятором (обычно, ниже максимально возможной и менее стабильна, чем от кварца), либо внешним кварцевым резонатором, а далее преобразуется делителями и/или PLL синтезаторами до нужных для конкретных блоков МК/периферии. Она означает только то, с какой скоростью ядро может выполнять отдельные инструкции или, точнее, сколько времени длится один такт (в некоторых архитектурах выполнение определенных инструкций занимает больше одного такта).

Вторая задается, собственно, протоколом/стандартом интерфейса. Интерфейс - это не только договоренность о стартовых битах, маркерах и т.д. в передаваемых данных, но и об уровнях напряжений, видах модуляции, допустимых уровнях шумов и, в т.ч. "частотах". Только о последних принято говорить "тайминг", т.к. стандарты задают допустимую точность соблюдения временных интервалов, а уже какие для этого нужны частоты - вопрос производный. А все это, вместе взятое, принято называть интерфейсом. Кроме того, для передачи данных само понятие "частота" вторично - гораздо важнее понятие Baud rate, означающее (упрощенно!) "скорость передачи информации" по определенному протоколу, которая, согласно теореме Шеннона-Хартли, меньше или равна половине той самой реальной "частоты передаваемого сигнала"... кототрой, на самом, деле нет, как таковой. Попробую объяснить, что это значит.

"Попадание в такт" урегулировано протоколом интерфейса и не зависит от момента, когда включили приемник или передатчик, а только от того, когда передатчик решит начать передачу. Если совсем на пальцах... В простейшем случае кто-то из них (например, передатчик) в какой-то момент времени изменяет уровень на своем выходном пине, например, с LOW на HI. К нему физически подключен входной пин приемника. Он "видит" изменение уровня и этот факт либо отлавливается программой, постоянно опрашивающей состояние этого входного пина, либо, еще лучше, изменение уровня вызывает прерывание, в коде которого принимающая программа может соответствующим образом на это отреагировать... например, принять один бит. А передатчик, тем временем, изменит HI на LOW, и потом все повторится. Минимальное расстояние во времени между такими изменениями, которые, при цифровой передаче происходят совсем не равномерно, (как, например, в радио с амплитудной модуляцией) и будет означать ту самую "частоту передачи". Но в реальности нет никакой конкретной постоянной частоты - есть импульсы разной длительности, т.е. изменения уровня напряжения с высокого на низкий и наоборот, следующие через разные промежутки времени. Так что, при цифровой передаче данных говорить можно только о теоретической максимальной частоте.

Для того, чтоб приемник и передатчик могли стабильно соблюдать тайминг, определенный стандартом интерфейса (т.е. успевать распознать эти изменения, ничего не пропуская), их собственная тактовая частота должна это в принципе позволять, т.е. быть больше "частоты передачи данных" (если протокол реализован в виде программы для ядра, оно должно, как минимум, успеть выполнить какие-то инструкции прежде, чем может произойти следующее изменение уровня, на которое нужно будет реагировать). Иногда, особенно, в простых МК, она, кроме того, должна быть кратной этой частоте с определенным коэфициентом. Ядро МК может работать на разных тактовых частотах - вплоть до максимальной, ему, собственно, почти безразлично, на какой именно. Но т.к. большинство частот внутри (на входе счетчиков таймеров или других схемотехнических блоков) получаются из основной тактовой, то если она не будет кратной "частоте передачи", в какие-то моменты времени приемник и передатчик будут рассинхронизироваться, т.е. не успевать распознать и прореагировать на какие-то импульсы, т.к. их ядро в этот момент будет занято чем-то другим. Это, конечно, в большинстве случаев будет отловлено и исправлено самим протоколом (для этого их и придумывают), но, на практике будет означать либо медленную, нестабильную передачу, либо вообще невозможность передачи. Таким образом, для простеньких МК, если они должны работать с UART, особенно, на больших скоростях, подойдет не всякий кварц с частотой меньше или равной максимальной, а только с определенными частотами. (А если они, например, должны максимально стабильно отсчитывать календарное время без синхронизации с внешним источником точного времени, подойдет другой кварц с т.н. "часовыми" частотами...) Короче, в определении того, какая конкретно тактовая частота МК будет достаточной/необходимой в каждом конкретном случае, нет никакой магии - только простая арифметика и внимательное изучение даташитов и application notes.

В современных МК периферия, реализующая стандартные интерфейсы (типа простых UART, USB, I2C, CAN и т.д.) давно уже отвязана от ядра. Именно для того, чтоб освободить пользователя, т.е. программиста МК, от всех этих заморочек... но "внутри" там все то же самое, только, конечно, сложнее, а в протоколах, типа Ethernet или Bluetooth, под чисто цифровым уровнем скрывается еще и навороченный физический, со всякими модуляциями и поляризациями, где понятие "частоты передачи" имеет прямой смысл... только туда без, хотя бы, поверхностных знаний физики, электро- и радиотехники, лучше вообще не соваться ))

Однако, наличие в МК готовой периферии не исключает возможность взять и самостоятельно реализовать некоторые из этих протоколов, для которых достаточно тактовой частоты МК, в виде программы для ядра... например, для того же UART. Сделать это совсем не сложно, но совершенно необходимо для понимания их устройства. На эту тему есть тонны статей, туториалов и разжеванных примеров (от использования периферии, и вплоть до самостоятельной реализации).