Цифровая осциллография.

[radist-morse.livejournal.com]

Цифровой осциллограф с красивым цветным экраном окончатильно вытеснил своего аналогового предка из исследовательских лабораторий. Удобный прибор, позволяющий не только посмотреть форму сигнала, но и измерить многие его параметры, а так же записать картинку на флешку, радует современного инженера.
Вот такую картинку синусоиды частотой 1 МГц рисует бюджетный Тектроникс TDS2022.




Сигнал на него поступает с замечательного генератора другой американской фирмы Аджилент.



Как можно заметить наблюдается полное соответствие показаний частоты и амплитуды на обоих приборах.
Сейчас я включу на генераторе амплитудную модуляцию частотой 400 Гц и глубиной 50%. Хотя этот вид модуляции почти умер в радиовещании, прибор позволяет это сделать.



Смотрим на осциллограф. Вместо картинки АМ из учебника на экране наблюдается очень неравномерное заполнение радиочастотой.



Или, несколько изменив уровень синхронизации, вот так.



Древний аналоговый осциллограф показывает при этом правильную картинку АМ сигнала.



Странность картинки на цифровом приборе вызвана кратностью частоты дискретизации осциллографа и частоты генератора. Если чуть изменить частоту генератора, то ситуация меняется и изображение становится правильным.
Даже вполне хорошие и исправные приборы иногда показывают фигню. И этому есть нормальное объяснение.

А сфотографированный мной С1-55 уже отправился в утиль. RIP.

Comments

[vkorehovisback.livejournal.com]

приведите код...

[alex-avr2.livejournal.com]

void dma_usart_rx_init(void){ // DMA CHANEL 3 USART1_RX

RCC->AHBENR |= RCC_AHBENR_DMA1EN;

DMA1_Channel3->CPAR = (uint32_t)&USART1->RDR; // Адрес регистра перефирии
DMA1_Channel3->CMAR = (uint32_t)&modbus.buffer[0]; // Адрес буфера в памяти
DMA1_Channel3->CCR = DMA_CCR_MINC; // Инкремент адреса памяти

dma_usart_rx_reset(); // Сбрасываем количество данных для обмена
}


void dma_usart_rx_stop(void){
DMA1_Channel3->CCR &= ~DMA_CCR_EN;
}

void dma_usart_rx_reset(void){
DMA1_Channel3->CCR &= ~DMA_CCR_EN;
DMA1_Channel3->CNDTR = 257;
DMA1_Channel3->CCR |= DMA_CCR_EN;
}

Да пожалуйста.
Инициализируем DMA, чтобы переписывал данные из USART в память. Все, после этого забываем.
Когда приходит байтик на USART снаружи он сам вызывает DMA и байтик переписывается в память без участия процессора.

Также можно и АЦП+DMA, например, настроить. Один раз настроили, после этого DMA автоматом после каждого измерения АЦП шлет данные в память.

[vkorehovisback.livejournal.com]

и в чем плюс? можно большой буффер получить? в обычном микроконтроллере есть обычно буффер где осуществляется прием данных, который тупо замаплен в память на уровне железа. поскольку реагировать нужно практически на каждый байт, и мало кто шлет километры данных микроконтроллеру то никакой DMA городить и не мужно.
что происходит потом? вызывается прерывание?
кстати в STM32 еще и большие проблемы с производительностью DMA и обычная memcpy его превосходит раза в 4ре.

[alex-avr2.livejournal.com]

Ну вот конкретно в данном примере принимается посылка модбас, которая может быть запросто за сотню байт размером. А потом еще и отправляется, с помощью того же DMA. При этом на полный цикл (приняли сотню байт)-(обработали и подготовили ответ)-(отослали сотню байт) - расходуется целое одно прерывание и все.

С АЦП - тоже загляденье - настроил автоматические бесконечные преобразования АЦП и DMA, чтобы писал их прямо по адресу какой-нибудь переменной. Все, после этого момента в переменной всегда актуальное значение с АЦП, без прерываний вообще, про АЦП фактически можно забыть.

Ну про случаи работы с SD картой, например, где надо килобайты и мегабайты переписывать я вообще молчу.

[vkorehovisback.livejournal.com]

SD карта и микроконтроллер??? фигня какая-то..

[alex-avr2.livejournal.com]

Ууу, понятно все. Извините, дальше просто не интересно. Вы похоже немного отстали от жизни.

https://www.google.ru/search?q=mcu+sd+card&ie=utf-8&oe=utf-8&gws_rd=cr&ei=eR5FVeqbO4G6sgHNtIDIBA

[vkorehovisback.livejournal.com]

сомневаюсь что вы что-то выигрываете...
прерывания не такие дорогие, кроме того содержимое пакетов нужно както декодировать, это проще делать по прерыванию изменяя state machine. пропуская ненужные данные и т.д.
значения с ACP любой нормальный человек сначала усредняет, потом уже использует, что также принято делать с помощью различных running averages...

[alex-avr2.livejournal.com]

Можете сомневаться сколько хотите. Выигрыш в количестве прерываний - в сотни раз.
А уж как работать с данными АЦП, усреднять их или нет или делать это не в прерывании - это уже совершенно другое дело.

[vkorehovisback.livejournal.com]

колличество прерываний не показатель производительности:)
зачем перекладывать километр данных из одного места в другое?:)) включите логику если вы программист конечно...
кстати latency у вас будеть больше с вашим DMA...

[alex-avr2.livejournal.com]

Не показатель. Но в данном конкретном случае я экономлю за счет этих прерываний время процессора, ничего не тратя взамен.
Про данные - слишком обще. Иногда их нужно переписать кучу и ничего с этим не сделаешь, будь хоть 1000 раз программистом.

Насчет задержки - также спорно. Смотря в какой задаче. Где-то может быть больше, где-то может быть и меньше, а где-то вообще побоку, DMA или нет, а задержка одна.

[vkorehovisback.livejournal.com]

блин, побайтово копировать меньше задержка однозначно...
вы начинаете отсылать данные еще до того как получили окончательно все данные. а с вашим DMA вы сначала копируете в память весь кусок а потом из панять уже отсылаете опять..
копировать данные целиком и ничего с ними не делать, звучит как задача для ПК, скопировать фильм на диск:)

[alex-avr2.livejournal.com]

>>вы начинаете отсылать данные еще до того как получили окончательно все данные

Почитайте про MODBUS.

>>звучит как задача для ПК
Задачи разные бывают и на МК тоже.