=AK=

Я где-то на 3-м или 4-м "совете" бросил читать. Не советовал бы принимать эти "советы" за истину в последней инстанции. Видно, что их писал человек с небольшим опытом. Какие-то аспекты разводки автор видит, а какие-то нет. В результате советы слишком упрощенные, иногда - просто неверные.

Критерии "приемлимости" расплывчаты. У китайцев встречаются ПП, разведенные хуже, и ничего, выпускаются массовыми тиражами. Приемлемы, значит. ПП, можно так сказать, "многомерны". В том смысле, что есть много разных резонов, почему в них желательно делать что-то так, а не иначе. И эти резоны нередко между собой конфликтуют. В большинстве случаев желательно помнить о технологических заморочках при производстве и пайке ПП. Назову две самых известных: 1. После травления ПП травящий реагент (грубо говоря, "хлорное железо") надо смыть с поверхности ПП. Однако если ПП разведена так, что медь образует "карманы", то из этих карманов травящий реагент вымывается с трудом. Поэтому нежелательно, например, если проводник подходит к контактной площадке под острым углом. В этом смысле к последнему варианту претензий нет. 2. В процессе пайки, когда паяльная паста расплавится, то силы поверхностного натяжения припоя прикладываются к компонентам и могут их сдвинуть с желаемой позиции, "перекосить", а в плохих случаях - даже поставить компонент "на попа". Чтобы такого не случилось, проводники к контактым площадкам надо подводить максимально симметрично. Если у компонента с двумя контактными площадками к одной площадке приходят два толстых проводника, а к другой - один тонкий, это плохо.

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

Когда-то давным-давно я так делал в устройстве DALI. Там сигнал и питание 12В, но проводка обычно делалась стандартным сетевым кабелем, поэтому была вероятность что после монтажа на входе появится 220В. Поставил высоковольтный MOSFET, который включался если входное напряжение меньше примерно 20В, и выключался при большем напряжении. Простейшая схемка на стабилитроне и одном или двух транзисторах, подробности уже не вспомню. Если подавать сетевое, то за счет конденсатора в цепи затвора полевик не успевал включаться, цепь защиты от перенапряжения срабатывала быстрее.

Имейте ввиду, что после версии 5.35 MPLABХ перестал поддерживать ассемблер MPASМWIN.

Вот такую ссылку нашел: https://remontpl.ru/montazh-potolkov/shemy-montazha На монтажных схемах с краю обычно всегда пишут, какие провода нужно использовать для монтажа и какое у них сечение, пример ниже:

Попробовав разные китайские фирмы, я сейчас ПП заказываю в основном в JLCPCB. Саму ПП они делают за пару дней, доставка в наши края через DHL сейчас, в ковидные времена, занимает примерно неделю, плюс-минус. В среднем примерно дней 10 выходит. Раньше доставка быстрее работала. В это время я пишу софт и жду, пока придут купленные компоненты под проект, это занимает такое же время. Или занимаюсь другими проектами. На написание софта требуется гораздо больше времени чем на железо, на порядок или на два. На этом фоне ожидание заказанной ПП - просто пшик. С заказом компонентов тоже бывают накладки и затянутые сроки. А вот ПП - самая предсказуемая и самая быстрая часть в любом проекте. За одну итерацию сделать готовый проект ну о-о-чень редко когда получается, только совсем уж простые. Обычно нужно 2-3 захода. Простой проект с довольно тривиальным софтом, с двумя итерациями железа за месяц - это нормально, недавно как раз такой сделал.

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

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

Чипы безсвинцовые. Но с пайкой проблем не было. Я несколько десятков выпаивал и смотрел пайку под микроскопом, все было пропаяно отлично. И вручную запаивал-выпаивал тоже десяток-другой. Закономерность была такая -- если вручную феном нагревать относительно быстро, как я обычно паяю, то скорей всего работать не будет -- если же греть долго, издалека, очень медленно поднося фен поближе, то вероятность что заработает намного выше, но тоже не 100% Я полагаю, что набранную влагу из корпуса до конца выпарить нельзя. Или может они там что-то схалтурили на заводе с просушкой. В любом случае вопрос стал абстрактным, больше мы их эти чипы не применяем. Но урок получен.

Вам повезло. У меня история менее веселая. Есть такой RF трансивер TRC105. Вернее, был, в 2017г его сняли с производства. До 2019г мы его продолжали применять без проблем, из своих запасов и из купленных у поставщиков. В 2020-м, после изготовления очередной партии изделий, пошли отказы. Выход годных изделий упал примерно до 20%. Причина была в том, что долго хранившиеся в неправильных условиях микросхемы насосали влагу в пластик корпуса. После этого при пайке vapor phase за счет термического удара внутри корпуса происходил обрыв подводящих проводников. Корпус QFN-32. Последнюю партию неделю держали в печке при 105С чтобы вышла влага, а также задали более щадящий режим пайки. Особой разницы это не дало, чуть-чуть побольше выход годных, примерно 30%. А паялись они все отлично, к пайке никаких претензий.

Я вам уже ответил. Ваша задача тривиально решается под Ардуино для ESP8266. Поставьте себе среду Ардуино, добавьте в нее модули ESP и изучайте примеры, их там десятки. Потом добавьте библиотеки какие вам нужны. Все что вам надо там давным-давно сделано и выложено на блюдечке с голубой каемочкой.

http://wiki.friendlyarm.com/wiki/images/9/96/SOM-RK3399_1904_Schematic.pdf Меня даже 1 мА вполне устроит

Я бегло посмотрел схемки двух модулей одной и той же фирмы: SOM-RK3399 и NanoPI Neo SOM-RK3399 стОит 80 долларов и может работать и с Андроидом, и с Линуксом. NanoPI Neo стОит 20 долларов и работает с Линуксом, но не с Андроидом. Заметная разница схем состоит в том, что в SOM-RK3399 имеется некоторое количество MOSFET-в, которые отключают питание всяким узлам на плате, начиная с DDR, ессно. Так что в этом SOM-е есть чего отключать, а с Андроидом он скорей всего будет потреблять как мобильник.

Кто подскажет самый дешевый System On Module (SOM), пригодный для Андроида? Что-нибудь в районе пары десятков долларов реально найти? В принципе мне Андроид не то чтобы принципиально нужен, но наличие Андроида - это гарантия того, что SOM будет уметь засыпать и быстро просыпаться, что дает возможность работы с батарейным питанием. А вообще-то мне бы наверное и OpenWRT подошел, если бы я в нем чего-то понимал.

Поставить MAX3222, на его выход Rout - pull-down резистор. Приемник канала ОК на транзисторе, коллектор транзистора, с подтяжкой - на вход EN (Receiver enable, active low). При отключенном RS232 на выходе Rout будет единица если EN в низком уровне, или ноль если в высоком. При отключенном ОК транзистор должен быть открыт (локальная подтяжка).

Такие вопросы логично было бы задать самим ajax.

В пульты кварцы никто из производителей в здравом уме не ставит. Обычные RC-генераторы с большими погрешностями задания частоты. Дело даже не в R и не в С, а погрешностях полупроводников. Стоит какой-нибудь генератор на триггере Шмидта, пороги срабатывания - плюс/минус соломинка, но встояк. 24/20 укладывается в 20%, вполне годный допуск для массового производства.

Похож на Филипс RC5, явно ведь Манчестером закодировано

Как предложено на сайте, попросил ссылку на вход в магазин. Ссылку на емэйл получил, а примерно через день на этот адрес пришел еще и спам вида "Your account was approved" на якобы $10.443,83, чего ранее не было. Как выяснилось, ссылку просил зря, поскольку в страну Оз доставки нет. Можно было бы об этом и прямым текстом на сайте написать.

FT4222H, он и мастер I2C, и слэйв. Однако API библиотека LibFT4222 работает не через CDC, а через D2XX драйвер. Есть и под Вин, и под Линукс, и под Мак.

Если вы работаете через последовательный порт, то смена клока изменит бодовую скорость и связь будет потеряна. Чтобы этого не случилось, надо одновременно с частотой клока перенастраивать скорость последовательного порта. При малой частоте клока большую бодовую не получить, поэтому придется закладываться на минимальную бодовую, которая доступна при наименьшей частоте клока. А с I2C слэйвом этих проблем и в помине нет, можно менять частоту клока как угодно. Именно как слэйв, а не как мастер. Если к PIC-у по I2C уже приделано какое-то устройство, то для FT200DX никаких дополнительных аппаратных ресурсов вообще не потребуется. Его можно привесить к той же шине I2C и кидать в него ASCII символы, они появятся в терминальной программе PC. А то, что PC накидает в FT200X можно выгребать из его буфера в любом удобном темпе. Ни с прерываниями возни, ни с освоением MSSP, все можно сделать через два пина PIC-а, быстренько организовав бит-банг I2C мастер.

FT200DX и модули на eго основе, они есть на eBay. Для PIC-а этот чип является I2C слэйвом. Поэтому, в отличие от прочих решений, обращаться к нему можно сколь угодно медленно, на лету менять частоту процессора, и т.д., ему это безразлично. А на стороне PC он выглядит как обычный последовательный порт. Я сейчас такой модулек из eBay использую с одним из PIC16 как раз для того чтобы мониторчик организовать, очень доволен. На PC использую обычный терминал, PuTTy.