Lelikk

Вы пнули разработчиков TI? Тогда покажите хотя бы публикацию о Вашем замечательном блоке в каком-нибудь серьезном источнике на английском. Slope compensation имелся в виду как возможность присутствующая в блоке CPMSS для реализации режимов peak-current mode control. P.S. ваша сверхценная идея будет невостребованной, так как аппаратный PLL стоит дорого, занимает место, а поставленную задачу легко выполнить другими способами. В контроллеры обычно ставится та периферия, которая востребована в решениях реализуемых на рынке - дело не в том, что разработчики IC чего-то не знают, а в том, что они умеют считать деньги.

Это вы неважно разбираететь с микроконтроллерах для источников питания :) Там есть уже давно и компараторы, и slope compensation и все остальное, например TMS320F280049

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

Вы понимаете, что это минимум 3 года работы опытного коллектива? И от 3-4 миллионов в долларах... ну если конечно нужно, чтобы он в реальности надежно работал :-) "Индивидуальные разработчики" - это видимо человек-научный центр на гусеничном ходу.

Вы сами верите во что пишете? Конечно, может быть здесь очень глубокая ирония зарыта. Ничего по этим картинкам не сделать полезного, не обладая опытом в этом деле. Как только вы попробуете что-то изменить, не понимая сути, схема сделает booom, ну или будет в защите попискивать, если повезет. Если же вы хотите сделать новую конкурентоспособную вещь - то даже и говорить не о чем...

Это я предложил 5 страниц назад. Автор совершенно некомпетентен, но верит, что компетентен и поэтому по=прежнему ставит задачу в формате, в котором ее решать нет смысла. Он не понимает что такое прерывание.

while без дополнительных конструкций, обеспечивающих таймаут подзволяет зависнуть на неопределенное время в цикле, если в условии стоит ожидание чего-то внешнего. Конечно конструкции типа while(--i) вряд ли могут быть опасными, но я и их обычно пишу как for(;i;--i) goto годится как выход их вложенного for, все равно в ассемблере он таким и будет

Здесь я полностью с Вами соглашусь по обоим пунктам. Просто подтаскивание стандартного инструмента зачастую оправдано только если человек с ним полностью знаком, а если решение совсем lightweight, то лично у меня есть свое не хуже. В общем разобрались и дискуссия редуцировалась до тривиального. А вот в приведенном цикле main не разделены критические и некритические задачи вообще - все работает по принципу "сколько успею", будь это управление аппаратурой или ftp. Поэтому ему не розетками с оборудованием, а только елочной гирляндой я бы доверил управление. Лютый позор.

Вы все с ног на голову перевернули. Изначально я сказал, что для решения исходной задачи (поставленной ТС в том виде, как он ее описал, без неизвестных подробностей) не нужна RTOS. Так же она не нужна для того, чтобы реализовать элементарные связки задач. Если у вас уже есть RTOS, которая другие задачи диспетчеризует, то реализовывать в виде задач LED и UART - это нормально, так все делают. А вот если вы ничего сложнее этого (образно выражаясь) не реализуете - то применение RTOS туда - это смешно. "Фоновые задачи" - это те, для которых строгая периодичность и джиттер некритичны, "не содержат неожиданных блокировок" - это значит что возвращают управление не позже чем через N мкс. Поэтому во многих случаях вытесняющая RTOS не нужна (собственно, одно из ее назначений - позволить исполняемым потокам не думать друг о друге, уменьшая связность в архитектуре системы).

А я с 2012 - будем меряться?))) Ссылочку не дам, так как такой код пишу сам, код сертифицирован. Почему о кооперативной многозадачности - потому что она дешевле в реализации, при следующих условиях: - диспетчеризуются фоновые задачи; - код фоновых задач не написан третьей стороной, и соответственно, не содержит неожиданных блокировок; Применение RTOS в некотором смысле аналогично динамическому выделению памяти - имеет смысл только при превышении системой определенного порога сложности. А конструкции типа - один поток у нас за blinker отвечает, а другой байтики в UART шлет - это студентам в университет. Потом такие люди не понимают, как выжимать производительность из железа и просят для решения любой задачи жирный процессор.

Надо разобраться в терминах блокировки - блокирующая это что? 1. Функция API крутится в цикле, ожидая желаемого ею события запретив при этом прерывания на все время ожидания? 2. Функция API крутится в цикле, ожидая желаемого ею события? Если случай (2), то ничего не помешает написать обмен по SPI хотя бы в прерывании таймера. Тут можно скорее не говорить о боязни RTOS, а о том, что зачем стрелять из пушки по воробьям. RTOS надо использовать когда есть много разных задач, в остальных случаях она только мешает выживать скорость из аппаратуры, так то можно хоть .NET Micro прикрутить, потом поставить MCU помощнее :))) Если нужно просто в background несколько задач обслужить, то невытесняющий автомат запускающий список задач с разными периодами занимает максимум 100 строк. Использовать RTOS не потому что без нее нельзя, а потому что в остальном лень разбираться - это путь в никуда. Никто вашу задачу решать не будет, пока вы решите заплатить нормальные деньги. Обучение программированию в данной ветке вряд ли будет иметь результат в конечном итоге.

Не будет блокировать она ничего - данные будут собираться в прерывании. Если задача действительно ограничивается описанным ТС, то этого неуниверсального решения будет достаточно, чтобы обойтись и без RTOS и не менять прослойку работы с SD. Какой там буфер будет - кольцевой или нет, это вообще мелочи. Но все равно - как ни делай, быстрее 4-5 дней стабильное решение не получится. Так что мечты про 9 т.р. ТС может забыть, а студент будет ему месяц делать в лучшем случае.

Вам не нужна ни RTOS, ни прочие танцы: 1. Отключаете WDT, на время отладки этой проблемы; 2. Обеспечиваете обмен данными с ADC, который на первой SPI шине по таймеру (время конверсии и обмена ведь фиксированные), данные складываете в буфер. 3. Буфер организуете из двух половин, как только одна половида заполнилась - заполняете другую. В этот момент стартует очередная запись на SD. 4. Пока ADC заполняет половину буфера - вторая половина сбрасывается на SD, потом меняется. Размер буфера определяется соотношением максимальной задержки записи (250ms?) и скорость, с какой вы данные накапливаете. 5. Как только это заработает - можно подключать DMA для сброса буфера на SD, чтобы разгрузить процессор для других задач (если они есть). Тут достаточно одного ядра с огромным запасом. Можно еще один канал DMA и для ADC задействовать, только смысла нет.

А потом вы узнаете, сколько будет стоить производство так и так и думаете: одно дело Coilcraft, который делает продукцию миллионами на продажу и другое дело серийное, но кастомное изделие, для которого вакуумная заливка не оправдается по сравнению с многослойной ПП. Конечно, когда появляются дополнительные факторы (особо малый габарит), то придется пойти на затраты, главное чтобы ваши покупатели готовы были вам это оплачивать :-) Так что делать можно, остальное вопросы конструкции.

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

Делается это гораздо проще, чем вы думаете, иначе бы было невозможно спроектировать ни один планарный транс малогабаритный на PCB. Prepreg, который кладется между слоями, это не "сухой" текстолит, а наполненный фенольной смолой материал (% содержания в зависимости от марки). Который ни к кое случае не рассматривается как воздушный промежуток. Для достижения усиленной изоляции (reinforced) между первичкой и вторичкой укладывается не менее двух слоев prepreg последовательно, толщина каждого не менее заданной. Само собой, соблюдаются зазоры по поверхности и по внутренней части слоев внутри PCB в зависимости от класса входного напряжения. Это спокойно проходит сертификацию по IEC61010 или IEC62477

Тема называлась "конденсаторы развязки питания stm32L" Один пришел с рассказами про 1G Ethernet, теперь мы уже рассматриваем FPGA и перепечатываем в сотый раз типовые guides. Для простых IC годятся самые простые требования, для более сложных требования повышаются.

Автор спросил про корпус QFP, а ему тут тонну дежурных рекомендаций про многослойные платы и двустронний монтаж

TPS2115A

В данном случае LQFP и QFP (а также TQFP и прочие зверюшки) это одно и то же. Не путайте с QFN

Шумы убрать нельзя, можно как можно короче "закольцевать" импульсные токи, которые шумы создают. Но они бегут не только по линиям питания, так что пин микросхемы на земляной полигон через свое via, у земли конденсатора свое via на землю, пин пикросхемы и пад конденсатора земляные можно соединить, если получается (как на рисунке). А какой у Вас корпус, на рисунке в первом посте был как раз что-то похожее на QFP.

В первую очередь надо учитывать, какой корпус вы разводите: одно дело BGA, другое дело QFN и тем более QFP. Все ухищрения с ультраминимизацией длины проводников до конденсаторов имеют смысл только для BGA, и то там скорее ставится вопрос о развязке плейнов а не отдельных пинов. Для корпуса QFP собственная длина проводников включая пины и внутренний bonding до кристалла составляет от 5 до 12мм, соответственно абсолютно неважно, как вы разместите переходное отверстие до конденсатора и сам конденсатор позволяет достаточно свободное размещение. В целом для QFP можно руководствоваться тем, что 1. конденсатор должен быть в пределах 5мм от пина питания, переходное отверстие на полигон питания может быть с любой стороны от конденсатора, если полигона питания нет, то просто толстой линией подвести; 2. если земляной полигон есть, то землю микросхемы и землю конденсатора через переходные отверстия на него (отверстие может быть 1-2мм от пина). Если полигона земли нет, то сложнее - надо ставить кондеры подключая их к соседний пинам земли IC, которые всегда идут рядом с питанием, но это обычно загромождает место, нужное под fan-out. Дизайн автора поста абсолютно рабочий. Все распихивания via в площадки конденсаторов как на рисунках предыдущего автора абсолютно бессмысленны для QFP (и места там по уши), более того, они ухудшают технологичность пайки. Можно конечно возразить, что "мой производитель паяет такие платы без проблем", но в целом для условий [yield rate 99.9% и дешево и на любом производстве] это проблема.

DA1:2 образует внутренний контур регулирования диафрагмы - по скорости. Сигнал DAMP пропорционален текущей скорости движения диафрагмы (датчика положения не бывает вообще) и этот ОУ формирует управление актуатором Drive+- через транзистор. Входным сигналом служит формируемый на основе общей освещенности картинки сигнал с DA1:1. Так как это напряжение не постоянное, то оно выпрямляется на VD3/C10. Считая уровень света "пропорциональным" в каком-то смысле положения диафрагмы (само положение нас особо не интересует в конце концов) через видеодатчик камеры это внешний контур управления. Потенциометр задает желаемый уровень физической "яркости" (реальный будет отличаться, так как все камеры еще свое усиление настраивают).

Устойчивость систем зависит не столько от того, как быстро хочется управлять, сколько от того, насколько динамично система откликается на внешние возмущения. На пальцах: небольшая флуктуация напряжения на затворе вызовет резкое изменение тока, так как крутизна характеристики MOSFET большая - если ОУ будет опаздывать, то пойдет не регулирование, а осцилляция. Шунт с БОЛЬШИМ падением, кстати, может все только испортить.

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