jcxz

Так я же дал ссылки. Там всё есть. Кроме того - есть ещё руководство по использованию (чтению/записи): http://www.libpng.org/pub/png/libpng-1.0.3-manual.html

Есть libpng для работы с .png: http://www.libpng.org/pub/png/libpng.html В исходниках. Которая внутри для сжатия использует zlib: https://www.zlib.net/ Лучше передавать .png, а внутри распаковывать с помощью libpng. .png ничем сжимать не нужно, оно внутри уже сжатое будет (особенно если поставить максимальный уровень сжатия = 9). Не знаю её требований по ОЗУ, но скорее всего надо быть готовым, что потребует довольно много его. Впрочем - уровень сжатия можно настроить в диапазоне: 0...9. Также есть какие-то настройки (дефайнами) разных параметров. Вроде и размер словаря там можно было настроить.

По каким именно "уделывает"??? ОЗУ - почти в 6 раз меньше; скорость - по обзорам в инете у RISC-V на 30% ниже, чем у равного по частоте Cortex-M; АЦП - всего какие-то жалкие 14МГц и 2 преобразователя вместо 36МГц и 4-х преобразователей у XMC. Да и по количеству обсуждаемых в теме таймеров общего назначения CH32 нервно курит в сторонке: 10 шт. у CH32 против 24 шт. XMC4700. Причём периферия XMC позволяет внутренний роутинг различных сигналов от- и к- таймерам. С логическими функциями над ними. Определяемый пользователем. Равного которому нигде больше не видел. А в общем, по богатству и жирности периферии, равных XMC среди МК сравнимого уровня просто нет. PS: Уж не говоря о "китайскости" CH32 по сравнению с немецким Infineon.

Зачем что-то собирать, если есть готовые отладки? Если из России, то например дешёвая: https://aliexpress.ru/item/1005005337709625.html Которая содержит и МК значительно мощнее, чем нужно (с запасом) и встроенный J-Link. PS: Странно - ещё пару дней назад эта же плата в этом же магазине стоила 2400руб, а сейчас уже 2900руб.

Да уж... Видимо вы из тех, кто на каждую минимальную функцию (типа захвата фронта/спада) ставит по отдельному процессору.

Отличаются ВАХ при обратном напряжении. Она совсем не такая крутая, как у стабилитронов. см.даташиты. Ваш ESD-диод нормально откроется только при Uобр. = ~7V. Что несколько многовато. Если у вас существует возможность приложения напряжения, выходящего за допустимый диапазон ко входу, то в качестве ограничителей нужно использовать стабилитроны или пару диодов (на питание и GND). ESD-диод с вашим включением никак не спасёт в случае приложения напряжения немного выходящего за верхний предел. ESD - это только для защиты от эл-статических разрядов (у которых амплитуда многократно больше). См. ВАХ ESD-диода.

Может не будем валить с больной головы на здоровую? Речь шла о фиксации длительности одиночных импульсов. В случае с CCR в STM32 - не только потеря самих событий, но отсутствие информации, что такая потеря произошла. Что делает практически невозможной обработку любых перепадов (даже редких и одиночных) в такой системе. Вот получили вы через DMA в памяти набор значений CCR о событиях. Хотите например декодировать ШИМ-сигнал по ним. Или длительности коротких импульсов померять. Но где гарантия, что в тот момент, когда STM зарегистрировал событие фронта, по настоящему была короткая иголка (в несколько тактов), спад которой был потерян? А значит - весь дальнейший анализ невозможен, так как неизвестно состояние линии после события - 0 или 1? Как предлагаете определять? Поэтому при наличии всякого рода дребезгов, анализ посредством DMA на STM32 очень сложен. (если только нет какого-то способа детектировать факт потери). Только ISR. Ведь в ISR можно прочитать текущее реальное состояние линии после события. Ок. Тогда расскажите - как будете действовать в случае: Вот получили вы событие срабатывания CAPTURE от таймера. Через DMA, в массиве таких событий. Как определите - один там фронт или спад произошёл или 2, 4, ... пересечений? И как определите реальное состояние линии после такого события: 0 или 1? С учётом того, что прерывание от DMA произошло значительно позже этого события. ЗЫ: Или всё-таки в таймерах STM32 есть какой-то способ зарегистрировать факт потери события? Кто знает?

"Здесь играем, здесь не играем, а здесь мы рыбу заворачивали"... И как предлагаете угадывать - что там у вас в действительности в схеме?

Кто? Очевидно программа на этом МК. И в чём именно проблема обработать? Чушь. FIFO не может быть "на один элемент". По определению. И как например хотя бы узнать, что произошло переполнение (была потеря события) с одним CCR? Не говоря уж о полноценной регистрации...

Например - есть у XMC4xxx. У всех МК семейства. Начиная с младших. Глубиной = 4. Может и у более младшего семейства (XMC1xxx) есть - не смотрел. PS: Наличие FIFO гораздо важнее, чем DMA. Позволяет регистрировать импульсы хоть в 1 такт.

Использовать нормальный МК, имеющий FIFO в таймере и DMA. А не пытаться натянуть сову на глобус.

На али вас забанили что-ль? Там полно DC-DC на любой вкус.

Видимо ТС перепутал стабилитроны с диодами Шоттки. И хотел нарисовать стабилитроны. Но (имхо) лучше, в качестве нелинейных звеньев защиты входов, поставить пару диодов (Шоттки?): один на GND, другой - на +2.5V (раз оно имеется). Думаю выкидывать их нельзя. Так как ТС писал: А значит видимо: пользователь имеет возможность касаться руками входов ОУ. Поэтому защита (резистор + нелинейный элемент) от воздушных и контактных разрядов - необходима. Нужно именно NTC_10K? Нельзя заменить например - на NTC_2.2K? (или около того) И каков измеряемый диапазон температур? И какова скорость изменения температуры? Возможно получится обойтись вообще без ОУ: При измеряемом диапазоне температур >= -25°C - напряжение должно быть в пределах допустимого для АЦП. Если минимальная измеряемая температура выше, то R1 можно ещё уменьшить. R3/C1 выбрать исходя из времени сэмплирования АЦП и максимальной скорости изменения измеряемой температуры. PS: Номиналы даны ориентировочные. Реальные лучше рассчитать ответив на вышеозвученные вопросы. PPS: Правда при такой схеме включения, на высоких температурах точность значительно падает. Поэтому нужно смотреть на диапазон T и требуемую точность по всему диапазону температур.

Да уж... похоже, что ничего читать и понимать вы не желаете... Ответы все были даны выше, но результат == 0. нет. Пишете ахинею. Не может быть "с одной стороны 100M-full, а с другой 100M-half". Это то же самое, что говорить, что у автомобиля одно колесо едет со скоростью 10км/ч, а другое = 20км/ч.

А что тогда вы предлагали делать полевиком?