Темброблок/спектроанализатор на ATmega16, TDA7439 и SG12864

[SerF]

Вроде бы правильно.

С другой стороны, можно оставить код как есть, но не использовать манипуляцию с run (запуск АЦП каждое второе прерывание таймера), а просто запускать АЦП каждое прерывание, не удваивая при этом частоту таймера. Будет дисплей чуть медленнее обновляться, но вряд ли это будет заметно. А свободного процессорного времени останется больше, что полезно для 8МГц.

Спасибо.
Попробую.

Собрал сегодня в железе atmega128 + mcp601 (использовал один канал) и столкнулся с прблемой.
Если на входе АЦП нет сигнала, то горят первые столбики (нет 2.5 В).
Если подключить ОУ ко входу АЦП без аудио сигнала начинают плясать все столбики, как будто с сигналом.
Если подать аудио сигнал на ОУ, то также пляшут все столбики.
Если подключить вход АЦП к GND, то все успокаивается.
Помогите!!!

[WiseLord]

Может, какое-нибудь самовозбуждение ОУ, не знаю даже. Надо смотреть, что на входе АЦП. Если там чётко 2.5В - значит, с МК и программой проблема, если шум - надо на аналоговую часть смотреть.

[SerF]

Может, какое-нибудь самовозбуждение ОУ, не знаю даже. Надо смотреть, что на входе АЦП. Если там чётко 2.5В - значит, с МК и программой проблема, если шум - надо на аналоговую часть смотреть.

Да на входе 2.5В.
Схему собирал на макете.

[WiseLord]

А оригинальный код (с учётом необходимых для 128 меги правок прерываний и т.п.) тоже так себя ведёт?

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

[SerF]

А оригинальный код (с учётом необходимых для 128 меги правок прерываний и т.п.) тоже так себя ведёт?

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

Да, оригинальный, но уменьшил частоту до 8МГц.
Да, что-то с АЦП.
Уменьшил делитель частоты АЦП и пропали вообще все столбики.
Надо копать дальше.

[WiseLord]

Пропали - может это и хорошо? При отсутствии сигнала там и не должно ничего быть.

[SerF]

Пропали - может это и хорошо? При отсутствии сигнала там и не должно ничего быть.

Так пропали даже нижние черточки. -----------------

[WiseLord]

Ну эти-то должны рисоваться. Если нет, то похоже на тупро зависание контроллера. Или он не успевает весь код в каком-нибудь из прерываний выполнить. Всё же вычислений там порядочно.

[SerF]

Ну эти-то должны рисоваться. Если нет, то похоже на тупро зависание контроллера. Или он не успевает весь код в каком-нибудь из прерываний выполнить. Всё же вычислений там порядочно.

А остальные надписи выводятся и не зависают.

[SerF]

Какие значения принемает adcCorrLeft и adcCorrRight?

[WiseLord]

Из eeprom вычитывается. По умолчанию 128 (что. сооветствует нулю в редакторе eeprom). Это то число в ADCH, которое считается нулём.

Фактически, это то, что АЦП вычитывает при отсутствии сигнала. При 2,5В он как раз 128 и намеряет (при 255 максимуме). Поэтому для дальнейших расчётов надо от замера отнимать 128.

Коррекция на несколько пунктов вверх или вниз позволяет убрать НЧ столбики, если ОУ не "отцентрован" и постоянная составляющая на выходе ОУ не равна точно половине питания.

[SerF]

Из eeprom вычитывается. По умолчанию 128 (что. сооветствует нулю в редакторе eeprom). Это то число в ADCH, которое считается нулём.

Фактически, это то, что АЦП вычитывает при отсутствии сигнала. При 2,5В он как раз 128 и намеряет (при 255 максимуме). Поэтому для дальнейших расчётов надо от замера отнимать 128.

Коррекция на несколько пунктов вверх или вниз позволяет убрать НЧ столбики, если ОУ не "отцентрован" и постоянная составляющая на выходе ОУ не равна точно половине питания.

А я поставил в программе adcCorrLeft = 0 и adcCorrRight = 0, а надо 128.
Может из-за этого не работать спектр?

[SerF]

Спасибо WiseLord!
Все прекрасно работает.

[WiseLord]

И в чём было дело?

[SerF]

И в чём было дело?

Дело было вadcCorrLeft и adcCorrRight.
У меня они были равны 0, а надо было 128 (точнее поставил 130).

[WiseLord]

Ну.. вообще-то в eeprom (откуда в код они и вычитываются) по умолчанию они равны 128. А в редакторе, для удобства, представлены в виде 0.

[SerF]

Ну.. вообще-то в eeprom (откуда в код они и вычитываются) по умолчанию они равны 128. А в редакторе, для удобства, представлены в виде 0.

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

[WiseLord]

Обновление прошивки.

- Переработан код поддержки протоколов RC-5 и NEC

Теоретически должна быть большая устойчивость к ошибкам передачи... Но кто его знает

- Добавлена поддержка пультов с протоколом RC-6

По крайней мере, от универсального пульта, эмулирующего пульт от ТВ Philips, оно работает. Не помешает и дополнительное тестирование со стороны.

- Добавлена поддержка дисплеев LS020.

Так что сейчас у ветки на ATmega16 отобрано последнее преимущество над основной веткой на ATmega32.

Master-ветка на данный момент переименована в m32-clean. В ней, напомню, поддерживаются кнопки на выводах дисплея. В дальнейшем поддержка кнопок/энкодера на отдельных выводах МК в ней будет убрана, останутся только 6 кнопок + энкодер на выводах дисплея, а ветка будет постепенно адаптироваться к переходу на ATmega328, более простой для пайки начинающими и наличествующий в разного рода Arduino.

[VeryLazyCat]

Хочу выразить Огромную Благодарность автору проекта за поддержку ls020!

Кто собирал проект на этом дисплее и для подсветки использовал драйвер на чипе LT1937 -
подсветка теперь регулируется по пину EN без проблем, проверено.

Очень радует, что теперь и в моём проекте с ls020 есть sleep timer и будильник, иконки,
доработанный спектр, короче полный функционал проекта на сегодняшний день.

Жаль камеры нет под рукой, показал бы как это выглядит,
пробовал снимать стареньким олимпусом, но он искажает цвет....

[Djon32]

WiseLord спасибо за поддержку проекта на дисплее ls020 . Сегодня же перешью.