РВ13 - РВ15 это SPI2 , хотелось бы оставить. РВ12 сойдет. Там транзисторы реле зеленые проверьте, а то резать придется. Скиньте проммежуточный вариант, посмотрю.

Добавлено after 4 minutes 36 seconds:
Re: Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект
Переходное под ОУ можно сместить наружу, прям между ног.

Добавлено after 32 minutes 4 seconds:
Re: Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект
Забыл, реле шаг не тот. На Ядиске есть даташит на эти реле.

Добавлено after 6 hours 58 minutes 59 seconds:
Re: Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект
Рискнул заказать ОРА2354 https://ru.aliexpress.com/item/FREE-SHI ... 0.0.PRmZqj
сегодня забрал. быстренько одну влепил на макетку и сравнил с АД8066 купленной в ЧИП-ДИП . Остался доволен , незнаю как остальные 9шт но эта нормальная.

Добавлено after 57 seconds:
Re: Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект
Приехали за 15 дней !

Подправил в нескольких местах. Если не нужна кнопка делителя или реле то убрать. Мои реле IM41 немного меньше чем у GFX и четко встают.

Внес исправления

Понадеялся на автора печатки, а оказалось, что аналоговая часть неверно разведена. Исправляю.

Исправил косяк включения в схеме OSC_F303 и поменял делитель измерителя батарейки. Потребление в дежурке 40 мкА, в работе 110 - 120 мА.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Обновил схему и прошивку OSC_F303. Добавлено смещение луча кнопками Y+ , Y- . Можно выбрать что ставить резистор или кнопки. " Содрал " у Fusion и добавил генератор прямоугольных импульсов 1Гц - 10МГц на РА8.

Добавлено after 2 hours 28 minutes 9 seconds:
Re: Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект
Добавил печтку на Ядиск.

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

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

Подробнее>>

Еще вариант по схеме 240265
Не проверял

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Man цепи резистора и DAC подправь под новую схему.

Подправил под последнюю схему

На днях будет прошивка с FFT.

Выложил новую прошивку с FFT и Urms. Urms вычисляется для режима АС Urms = Up_p/2 * 0.707. Для режима DC Urms = Up_p/2 * (sqrt(THduty)/10) где учитывается скважность , а значит зависит от уровеня синхронизации (голубая полоса).

Попробовал снимать скриншоты через Bluetooth HC-06 , все получилось. Добавил Софт на Ядиск.

Я извиняюсь, что влажу в чужую тему, но кто же так RMS считает? Это нельзя называть Urms.

Я пользовался материалами отсюда https://masteringelectronicsdesign.com/ ... waveforms/ и http://www.rfcafe.com/references/electr ... ersion.htm . И в Вашей теме , например http://img.radiokot.ru/files/97878/medi ... 2fpnb1.png rms выглядит как Urms = Up_p/2 * 0.707 . Ткните носом где еще посмотреть.

Так у меня там синус и для синуса ваши выводы верны, они совпадают, но только для синуса, так измеряют китайские мультиметры без гордого названия TRU RMS. Мы же имея буфер в тысячи замеров, а не только 1 замер, должны считать правильно. Правильно считать согласно дословной расшифровке - среднеквадратичное значение, т.е. каждое значение возвести в квадрат, сложить все, разделить на количество, изъять квадратный корень, все. Другого способа рассчитать нет, все остальное не RMS.

Так я сначала считаю скважность

// ---------- Вычисляем скважность (Duty) ----------
for (int t = sx; t < sx+400 ; t++) { // по 400 точкам
if (buffer[t]>SynU) {THcount++;} // Положительная часть от напряжения синхронизации
}
THduty = THcount*100/400; // переводим в проценты

//---------- Усредняем за 5 замеров ----------

А потом уже Для режима DC Urms = Up_p/2 * (sqrt(THduty)/10)

Скважность не учитывает форму, для синуса скважность может быть, например, 2 и для меандра, а RMS разное, для меандра больше. Но скважность и пик ту пик равны, у вас RMSвыйдет одинаковым, следовательно расчет неверный. Что мешает взять и по формуле посчитать? Какое отношение к RMS имеет напряжение синхронизации вообще, RMS всегда положительное.

Добавлено after 10 minutes 3 seconds:
Re: Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект
Странно и скважность посчитана. Sx это место синхронизации? Т.е. фронт в данном случае? Потом посмотрели 400 точек, если они все больше, типа 100%? А спад кто искать будет, может там частота низкая и в 400 точек не попала вторая часть сигнала? Тогда нужно делать вывод что посчитать мы не можем.

400 точек это видиимая часть буфера с небольшим запасом. Считать в невидимой части не вижу смысла. А на счет RMS , да нужно переделывать.

Как это нет смысла, ну как знаете, тогда это не коэффициент заполнения сигнала, а некий коэффициент заполнения на экране плюс еще кусок...

А что такое " коэффициент заполнения сигнала " - это кусок времени определяемый размером буфера. Отображается кусок времени из 320 точек этого буфера. Для переодичного сигнала , все повторяется, для не переодичного скважность считать вообще нет смысла.

Это не кусок буфера, это параметр сигнала, если сигнал не периодический или периодический, но не вмещается в буфет, то и этот параметр нет возможности измерить. Имеется ШИМ, но период больше, чем время на экране, в данном случае коэффициент заполнения это параметр ШИМ сигнала, но измерит, судя по всему, текущий алгоритм 100%, хотя ШИМ может только на 25% вмещается в экран. Это неправильно. Коэффициент заполнения нужно считать, как время от фронта до спада, деленное на время от фронта до фронта. Тогда у нас классическое значение коэффициент заполнения сигнала, а если сигнал непериодический, то естественно у него и такого понятия нет в характеристиках.

" хотя ШИМ может только на 25% вмещается в экран " ну так согнать его разверткой чтобы вмещался, скважность от этого не изменится. Даже если 1 пиксель это 0,25% а заложена дискретность отображения 1%.