Nagisa

неужели никто не делал беспроводное питание или зарядку для своих железок ?

Подскажите по выбору чипов для реализации приемников беспроводного питания по стандарту Qi задача простая: беспроводная зарядка Li-pol аккумулятора 200-600мач, от аккумулятора питание устройства 3.3В с изучаю готовые приемники - нашел чипы Maxic MT5705 - но из одностраничного даташита на сайте производителя ничего не ясно - в даташите даже номиналов нет! в макетке https://community.home-assistant.io/t/guition-1-8-360x360-esp32-s3-jc3636w518-smart-display/750515 есть приемник и есть схема, но по маркировке чипа "1680 JE JF" ничего найти не получается соответственно прошу подсказать, какие чипы взять ? на какие особенности стоит обратить внимание при разводке ?

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

Прошу подсказать: Нужно выделить КСИ и ССИ из видеосигнала. Важный момент: исходный видеосигнал генерится разными старыми железками и он прогрессивный. Полностью решает задачу - субмодуль УСР от телевизоров 3УСЦТ на К174ХА11. Но тут очевидна проблема - габариты, очень объемная ее обвязка. LM1881 увы не катит ибо не может выделить кадровую хочется чего-то компактного типа LM1881 (если будет в SOPе то вообще отлично) ps: если еще оно умеет сразу форировать back porch то вообще будет супер!

наступил на теже самые грабли: STM32F407VET6 RTC от батарейки и тоже утечка с батарейки на шину STM32 со всеми спецэффектами. эффект повторяем - проверил на 15ти платах. хотя на некоторых все нормально - потребление меньше 100мка. пробовал: 1. подал вместо батарейки от лабораторного БП питание и STM32 запустился! 2. стер прошивку, питание прошло опять на выход. 3. проверил все выходы на предмет подтяжек - никак не влияет. Куда копать ? UPD: проблема оказалась в другом месте.

накопал схемку https://www.electronics-lab.com/sepic-converter-based-on-mt3608-is-open-source/

можно подсказать имя ? ибо облазил сайт http://www.xlsemi.com/products_n_sync_MV.html и не нашел ничего для работы с lion - минималка 3.6V

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

Огромное спасибо за развернутый ответ! буду делать макетку для обкатки

Странного хочется: хочу облегчить процедуру обновления прошивок на железке, и вижу такой путь: у меня есть на плате STM32 с MicroSD карточкой, что соответственно позволяет хранить прошивку для ПЛИС (циклон2) и есть время при старте на прошивку (2секунды). Подозреваю, что я не первый озадачился таким путем, но вот что-то не нашел описаний подобного. Интересно: - протокол - особенности реализации на STM32, подводные камни - надо ли как-то переформатировать прошивку *.sof для заливки ? и если есть какие-то ccылки / примеры будет супер

отвечаю самому себе это 3 регистра а не 8 - те в индексе идет перечисление а не диапазон бит reg [12:0] pre_reg_az_mem[2:0];

дабы не плодить темы про индексы спрошу снова вот у меня массив reg [12:0] pre_reg_az_mem[2:0]; те это 8 регистров по 13bit каждый - всё верно ? соответственно в кейсе хочу занести туда данные always @ * begin case (SMK_MODE) 4'b0111: // Start - используется для запуска, пересылки данных на БК10 и RAM-BIOS'ом (он - всегда в 0-й странице); begin pre_reg_az_mem[3'd7]<=13'o112; pre_reg_az_mem[3'd6]<=13'o112; pre_reg_az_mem[3'd5]<={6'b000001,SMK_PAGE,3'd1}; // 6+4+3=13bit pre_reg_az_mem[3'd4]<={6'b000001,SMK_PAGE,3'd0}; но получаю матюг: методом тыка обнаружил что 0 1 2 - прокатывают, а 3 уже за пределами хотя 3бита = 8 значений что я делаю не так ?

источник STM32F407, тестирование показало, что он меняет состояние на порту за 1 такт внутренней частоты 162MHz (понятное дело, что есть оговорки) конечно, в идеале надо было использовать SPI и не парится с костылями, но что есть то есть. да, добавка safe полностью решила проблему, и сейчас тест оперативки идет даже на 162MHz (при заявленных 133).

это я в курсе, тут задача в том, что надо сразу отреагировать на изменение (1 такт) а полноценный CDC даст отставание на 2 такта

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