ATMega8515, заШИМить все порты вывода - Страница 2

Alecsej · 14.08.2012, 22:20

Low-Jitter Multi-Channel PWM Software
• Подходит для любого AVR ® со свободным 8-разрядным таймером
• Не накапливаемое дрожание + / - 0,015% от базовой частоты
• До 24 каналов ШИМ с использованием поставляемого кода
• Для управления интенсивностью ламп, скоростью двигателя постоянного тока и т.д.
• Весь исходный код написан на C

"… – и она перешла на японский; на устаревшем английском трудно объяснить современные технические вещи, ..."

Генетические связи японского языка не до конца выяснены. Выделяются два слоя лексики, один из которых имеет параллели в алтайских языках, другой — в австронезийских языках; вероятнее, исконен алтайский слой.

niXto · 14.08.2012, 22:55

Сообщение от gary2007

только заметны кратковременные вспышки яркости при приеме данных и смене цифр, на малых уровнях яркости, но видно от этого не уйти. Прием данных сравнительно медленный у меня.

Делай подпрограмму прерываний приема и смены цифр максимально короткими - в идеале чтобы она гарантированно выполнялась за половину периода таймера, тогда все будет идеально как на моем видео. Переноси все вычисления из прерываний в основной код программы

alvadep · 14.08.2012, 23:22

Сообщение от gary2007

В общем, сделал на прерываниях, все работает, только заметны кратковременные вспышки яркости при приеме данных и смене цифр, на малых уровнях яркости, но видно от этого не уйти. Прием данных сравнительно медленный у меня.

У Вас на прерываниях еще что-то висит кроме ШИМа для индикатора?

Если прерывание одно, то такого не должно быть. Если прерываний несколько, то может быть. Выход один, как предложил niXto, делать обработчик прерываний максимально коротким. Я бы добавил, что это касается прерываний не связанных с индикацией. Или разрешать в таких обработчиках вложенные прерывания.

jump · 14.08.2012, 23:35

gary2007,
как вариант - синхронный процесс на таймере с прерыванием и с частотой в 2раза выше приема данных, USART опрашивать поллингом флага (можно в прерывании от таймера), математику выверить по тактам и разместить в теле программы между прерываниями от таймера, расчленив на части (для длинных вычислений)
опять, похоже, стела

gary2007 · 14.08.2012, 23:35

Будем думать, у меня прием занимает минимум 126 мс. Либо ускорять, либо смириться... Посмотрим на больших табло, когда они будут готовы. Если ШЕФ будет морщиться, тогда будем ускоряться!

Сообщение от Alecsej

"… – и она перешла на японский; на устаревшем английском трудно объяснить современные технические вещи, ..."

Там у нас есть ветки для приколов. В прикольные дни, хороший прикол, да под хорошую закуску, да с хорошими друзьями самое ТО... а тут - нет, выглядит как издевка.

Сообщение от alvadep

У Вас на прерываниях еще что-то висит кроме ШИМа для индикатора?

Нет, прерывания не использовал.

jump Вы просто провидец!

alvadep · 14.08.2012, 23:59

Сообщение от gary2007

Нет, прерывания не использовал.

Ответил в предыдущем своем посте.

P.S. При одном обработчике, да и при числе градаций 16 такое может быть, только если что-то не корректно составленно в программе.

gary2007 · 15.08.2012, 01:13

А ведь вы правы!
Что-то не так, ведь я не запрещаю прерывания когда идет прием... прерывания по сравнению и переполнению таймера свободно отрабатывают в это время, им никто не мешает нормально шимить.

Someone · 15.08.2012, 09:09

Сообщение от gary2007

Все работает, вопрос в том как программно cделать то-же самое, т.е без схемы на ключе?

Если уж используешь улн-ки, то проще и использовать что-то вроде MAX7219.

makakus · 15.08.2012, 09:14

Я бы сделал так.
(Приоритет прерываний ровно такой в какой последовательности они идут в векторах, таймер2 и таймер1 более приоритетны, чем UART. )

В прерывании по приёму байта запись этого байта в память, наращивание счётчика принятых байт и всё. Фоновая программа смотрит на счётчик байт или признак конца пакета и обрабатывает.

В прерывании таймера по сравнению: выключить индикатор. Прерывание по переполнению: включить - по 4 команды out port,register.

Если подмигивает, значит, что-то не так с циклами. Вы не останавливаете таймер?
Вы запрещаете прерывания при записи в регистры OCRh,OCRl? Потому что прерывание может произойти между записью в OCRh и OCRl.
Ещё может быть, что перезагрузка OCR происходит на более низкое значение. Если, например, TCNT=100, OCR=120 и вы записываете в OCR 80 то прерывания в момент TCNT=120 не произойдёт, т.к. OCR уже 80. И следующее прерывание будет только после переполнения счётчика. Так происходит в режиме fast pwm, в других режимах таймера регистры OCR обновляются в момент переполнения. В общем, тут поищите.

Лучше всего обновлять OCR в прерывании по переполнению, тупо переписывая каждый раз из регистров / памяти. Туда писать значение, принятое из команды: так вы полностью развяжете временнЫе циклы приёма команды и яркости.

Глаз очень чувствителен к этим вспышкам светодиодов: изменение периода на 1/512 уже хорошо заметно, намучился с этим.

gary2007 · 15.08.2012, 10:54

Сообщение от makakus

Вы не останавливаете таймер?

Нет, я только обнуляю предделитель таймера Т0 для более точных замеров фронтов. В atmega8515 всего два таймера Т0 и Т1, 8-ми и 16-ти бит.
Таймер 0 меряет фронты импульсов приемной посылки. Прием сделан без использования прерываний, в main проверяется установка пина и если пришел "высокий" переход в процедуру приема, дешифрации, индикации. На Т1 сделан 8 бит фаст ШИМ, на него же вчера написал два обработчика прерываний, по совпадению и переполнению.
Накосячил скорее всего в инициализации таймера 1, буду разбираться.