Мелкие вопросы по МК и ПЛИС.

Dentorol

Спасибо за ответ!
[uquote="korob",url="/forum/viewtopic.php?p=3326563#p3326563"]а выв.11 на любую шину питания[/uquote]
Подсоединить напрямую? Или через резистор? Резистор какого номинала?

Реклама

korob

Напрямую.

Про "соединить с выв.12" это я поспешил.

Реклама

Dentorol

Но что-то я не решусь подключить 11 вывод напрямую к +3,3 В.
Наверное подключу к +3,3 В через резистор. Осталось только узнать номинал этого резистора?

korob

Dentorol писал(а):Наверное подключу к +3,3 В через резистор.

Ваше право. Всё таки я сначала был прав, и я соединил бы с выв.12.

Спойлер

Что-то после праздника неуверенно соображаю...

Реклама

Dentorol

Спасибо!
Подумал, так как на 12 выводе уровни TTL (ну почти, только 3 вольтовые) и вход на 11 выводе тоже TTL, и они расположены рядом, и самое главное если выводы 11 и 12 соединить вместе, то не нужен будет дополнительный резистор, то наверное так и сделаю - соединю 11 и 12 выводы вместе.

Реклама

Amigosam

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

Реклама

Slabovik

Вариантов много. Ваш - один из наиболее неудачных.
Если чисто программно, то это делается так:
а) ожидается событие нажатия
б) первое нажатие фиксируется и считается нажатием. С этого момента и до пункта 'д' кнопка считается нажатой.
в) ожидается событие отжатия
г) по событию отжатия запускается счётчик (обратный отсчёт), в течение работы которого все новые события нажатия НЕ считаются нажатием, а только перезапускают этот счётчик. Всё это время, начиная от пункта 'б' кнопка считается нажатой.
д) по обнулению счётчика фиксируем событие "кнопка отпущена" и переходим к пункту 'а'.

А если схемотехнически, то гораздо удобнее кнопка на переключение - дребезг элементарно ликвидируется RS-триггером.
Да, и погуглите - там много вариантов

Dentorol

Здравствуйте!

Вчера задавал в этой ветке вопрос "что делать с незадействованными входами микросхемы MAX3232?".
В частности интересовал вход 8. Так как вход 8 внутри микросхемы подключен через резистор 5 кОм к земле, то мне подсказали, что его можно оставить висеть в воздухе.

Соответственно получится что на входе 8 будет 0 Вольт. Но для МС MAX3232 уровень от -0,3 до +0,3 Вольт считается неопределенным.
Как МС MAX3232 будет работать при неопределенном уровне сигнала?

korob

Там же на входе триггер Шмитта. Почитайте про него, и всё станет ясно.

Dentorol

korob, спасибо!

Да, действительно в графическом обозначении на входе 8 (и 12) указано, что используется триггер Шмитта. Но что-то я в документации про это не нашел упоминания. Ткните, пожалуйста, носом.

korob

Одним из параметров указывается гистерезис.

Спойлер

Dentorol

Спасибо!

Golfsyn

Здравствуйте. Подскажите по контроллеру MPC82G516A, чем его шить. Судя по даташиту он шьётся ISP, т.е. USBASP или я не понял про это. До этого шил Атмеги им, но перешивал сначала сам прошивальщик из китая. На самой плате с контроллером выведены пины на SDA SCL а вот чем шить не соображу. Спс.

Jack-Sidr

Что за плата? Он может прошиваться через бутлоадер отличным от ISP интерфейсом, и судя по названию пинов это I²C

Chip115

Всем привет! Имеется устройство на STM32F103. Заметил что если касаться входов ацп,плата начинает глючить. На входа ацп висят датчики давления (на отдельных платах). для согласования уровней, выход датчиков подключен к резистивным делителям. Преобразование уровней идет на стороне датчиков, потом проводом (сантиметров 10-15) они соединяются с платой, а там сигнал, на прямую, попадает на вход ацп. Я так думаю что такое поведение устройства свидетельствует о слабой помехоустойчивости. Так вот, как можно побороть это? Программно сигнал обрабатывается усреднением. Набирается массив из 10 измерений, самое малое и самое большое значение откидывается, а из оставшихся восьми значений вычисляется среднее. Поможет ли введение в цепь дифференциального усилителя? Прям возле микроконтроллера его воткнуть. Или есть алгоритмические методы фильтрации? Или просто не лезть пальцами туда и не провоцировать сбой?

И еще вопрос. Медианный фильтр эффективнее (если рассматривать через призму подавления помех) чем вычисление среднеарифметического?

city77

Chip115 писал(а):Заметил что если касаться входов ацп,плата начинает глючить.

.. а если сунуть пальцы в розетку ударит током

. При касании идет нехилая наводка и, возможно, нарушается балансировка, так что причем тут помехоустойчивость? Плата разработана для работы в определенных условиях и если вы ее бросите в воду, например, то она вполне может перестать работать. Это скорее вопрос исполнения - такие вопросы лечатся купанием в лаке

Chip115

Еще вопрос. Хочу сделать обновление прошивки через MSD. В общем виде, подключил к USB PC плату, она определилась как флешка, в корень флешки закинул бинарник и МК начал перепрошиваться.
Нашел пример для USB MSD, собрал под нужный мне камень, в IAR. под "флешку" в примере выделено место из флеш контроллера. Как мне использовать EEPROM, которая подключенна по SPI для этих целей?
Есть подозрение что надо ставить FATfs, но как все это скрутить вместе что бы работало не могу понять.
Проект тут

baghear

Добрый день как-то встречал, что для хранения шрифтов и картинок на плате стояла отдельная флэшка. Вопрос как работать с шрифтом или картинкой в таком случае?
Чтение с флэшки в режиме онлайн ведёт к лаганию отрисовки, если считать в оперативку и работать из нее, тоже не вариант, оперативки и так мало.

pyzhman

Нарастить оперативку.

КРАМ

[uquote="baghear",url="/forum/viewtopic.php?p=3343104#p3343104"]Чтение с флэшки в режиме онлайн ведёт к лаганию отрисовки[/uquote]
Прорисовка изображения происходит из буферного ОЗУ экрана. Буферное ОЗУ можно модифицировать достаточно медленно - это никак не влияет на качество картинки.
При работе без буферного ОЗУ хранение таблиц в медленной памяти невозможно.