Народный осциллограф "Мурзик" на базе STM32F303VCT6 - проект

[240265]

РВ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 дней !

[man_200]

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

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

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

[240265]

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

[240265]

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

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

[man_200]

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

[240265]

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

[man_200]

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

[240265]

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

[240265]

Sin_3KFFT.jpg

(15.35 КБ) 771 скачивание

Sin_3K_OSC.jpg

(18.98 КБ) 826 скачиваний

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

[240265]

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

[GFX]

[uquote="240265",url="/forum/viewtopic.php?p=3291933#p3291933"]Urms вычисляется для режима АС Urms = Up_p/2 * 0.707. Для режима DC Urms = Up_p/2 * (sqrt(THduty)/10)[/uquote] Я извиняюсь, что влажу в чужую тему, но кто же так RMS считает? Это нельзя называть Urms.

[240265]

Я пользовался материалами отсюда 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 . Ткните носом где еще посмотреть.

[GFX]

[uquote="240265",url="/forum/viewtopic.php?p=3292960#p3292960"]И в Вашей теме , например http://img.radiokot.ru/files/97878/medi ... 2fpnb1.png rms выглядит как Urms = Up_p/2 * 0.707 . Ткните носом где еще посмотреть.[/uquote] Так у меня там синус и для синуса ваши выводы верны, они совпадают, но только для синуса, так измеряют китайские мультиметры без гордого названия TRU RMS. Мы же имея буфер в тысячи замеров, а не только 1 замер, должны считать правильно. Правильно считать согласно дословной расшифровке - среднеквадратичное значение, т.е. каждое значение возвести в квадрат, сложить все, разделить на количество, изъять квадратный корень, все. Другого способа рассчитать нет, все остальное не RMS.

[240265]

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

// ---------- Вычисляем скважность (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)

[GFX]

[uquote="240265",url="/forum/viewtopic.php?p=3293726#p3293726"]Так я сначала считаю скважность[/uquote]
Скважность не учитывает форму, для синуса скважность может быть, например, 2 и для меандра, а RMS разное, для меандра больше. Но скважность и пик ту пик равны, у вас RMSвыйдет одинаковым, следовательно расчет неверный. Что мешает взять и по формуле посчитать? Какое отношение к RMS имеет напряжение синхронизации вообще, RMS всегда положительное.

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

[240265]

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

[GFX]

[uquote="240265",url="/forum/viewtopic.php?p=3293853#p3293853"]400 точек это видиимая часть буфера с небольшим запасом. Считать в невидимой части не вижу смысла.[/uquote] Как это нет смысла, ну как знаете, тогда это не коэффициент заполнения сигнала, а некий коэффициент заполнения на экране плюс еще кусок...

[240265]

[uquote="GFX",url="/forum/viewtopic.php?p=3293902#p3293902"]тогда это не коэффициент заполнения сигнала, а некий коэффициент заполнения на экране плюс еще кусок...[/uquote]
А что такое " коэффициент заполнения сигнала " - это кусок времени определяемый размером буфера. Отображается кусок времени из 320 точек этого буфера. Для переодичного сигнала , все повторяется, для не переодичного скважность считать вообще нет смысла.

[GFX]

[uquote="240265",url="/forum/viewtopic.php?p=3294143#p3294143"][uquote="GFX",url="/forum/viewtopic.php?p=3293902#p3293902"]тогда это не коэффициент заполнения сигнала, а некий коэффициент заполнения на экране плюс еще кусок...[/uquote]
А что такое " коэффициент заполнения сигнала " - это кусок времени определяемый размером буфера.[/uquote] Это не кусок буфера, это параметр сигнала, если сигнал не периодический или периодический, но не вмещается в буфет, то и этот параметр нет возможности измерить. Имеется ШИМ, но период больше, чем время на экране, в данном случае коэффициент заполнения это параметр ШИМ сигнала, но измерит, судя по всему, текущий алгоритм 100%, хотя ШИМ может только на 25% вмещается в экран. Это неправильно. Коэффициент заполнения нужно считать, как время от фронта до спада, деленное на время от фронта до фронта. Тогда у нас классическое значение коэффициент заполнения сигнала, а если сигнал непериодический, то естественно у него и такого понятия нет в характеристиках.

[240265]

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