Перейти к содержанию

Выбор контролера для проекта


Рекомендуемые сообщения

Доброго времени суток.

Занялся разработкой одного устройства для управления некой полезной нагрузкой упрощённая схема ниже

6feff2d8a455941e2eeb08d64cf583ac.jpg

раньше из редко ковырялся с Atmega8 поначалу её и планировал использовать но отказался от этого. Для кнопок  решил использовать внешние прерывания ,  поскольку не хочется перегружать контролер пустым опросом состояния кнопок.

Но у Atmega 8  но у неё всего 2 пина с внешними прерываниями. Следующие кандидаты Atmega 48 и Atmega 128 у первой одно общее внешнее прерывание на порт вторая же жирновата. По сему вопрос как праведно опросить кнопки  в случае использования Atmega48 ведь одновременно могут быть переключены несколько контактов да ещё у групп counter 1 и counter 2 необходимо отслеживать не только замыкание контактов но и их размыкание в первом случае будет увеличиваться некие переменные во втором в зависимости от их значения включаться или выключаться нагрузка. Или всё таки использовать Atmega128.

Ссылка на комментарий
Поделиться на другие сайты

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

1 час назад, Chips сказал:

Для кнопок  решил использовать внешние прерывания ,  поскольку не хочется перегружать контролер пустым опросом состояния кнопок.

Плохая идея. Кнопки лучше опрашивать в цикле с периодом 10 - 100 мс. Помимо прочего это даст защиту от дребезга и упростит обработку.

Ругался на отсутствие форматирования исходного кода (включая отсутствие осмысленных комментариев и наличие неубранного после конфигуратора мусора) не менее 15 раз.

Часть моих наработок.

Ссылка на комментарий
Поделиться на другие сайты

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

Опрос кнопок прерываниями разве что только для случаев когда нужна максимально быстрая реакция. А обычный опрос по таймеру - правильный путь опроса кнопок. Причем, в обработчике загружаем состояние кнопок в регистр, сравниваем с предыдущим функцией XOR и получаем в результате по каждой кнопке событие изменения состояния и само состояние кнопки, по которым можно решить что 1) состояние кнопки не менялось - и следовательно делать ничего с ней не надо, 2) кнопка была в данный момент нажата, 3) кнопка была в данный момент отпущена. Там же в прерывании в три отдельных ячейки памяти сохраняешь реальное состояние кнопок, маску нажатий и маску отпусканий. А уже в основной программе смотришь на эти маски выполняешь соответсвующее установленному биту в маске действие и сбрасываешь его. Выглядит алгоритм сложно, но если его реализовать постепенно то всё будет работать чётко. Надо лишь соблюсти одно главное условие - ни при каких обстоятельствах не считывать состояние кнопок чаще чем длится их дребезг. Это время выбирают как правило в диапазоне 20...100мс.
Причем классическая ошибка - в прерывании считали кнопку, что-то с этим сделали и считали её ещё раз для ещё какого-то действия - так вот это приводит к несогласованному состоянию если момент попадёт на дребезг. Поэтому в начале прерывания считай один раз все кнопки, сохрани в отдельном регистре или ячейке памяти и ТОЛЬКО с сохранённым значением работай внутри обработчика - это гарантирует отсутствие побочных явлений из-за дребезга.
Можно в принципе не использовать прерывания, опрос может вестись в основном цикле программы, если он ограничен по времени снизу - например в начале бесконечного цикла стоит безусловный DELAYms(20).

Учение - изучение правил. Опыт - изучение исключений.

Ссылка на комментарий
Поделиться на другие сайты

Опрос поддерживаю. Безусловный оператор задержки нет. Только время зря тратить.
Я обычно проверяю условие флага (который подымается по таймеру), в главном цикле проверяю флаг, если поднят - опрашиваю, флаг сбрасываю, иначе бежим дальше выполнять инструкции.

Нет никакой заслуги тому, кто даёт золото, думая, что даёт камень (Будда)

Ссылка на комментарий
Поделиться на другие сайты

По поводу схемы. Может вместо транзисторов поставить что-то из серии ULN2803?

На форумах принято общаться на "ты", что не является оскорбительным и подразумевает равноправие

Ссылка на комментарий
Поделиться на другие сайты

1 час назад, Vovka сказал:

По поводу схемы. Может вместо транзисторов поставить что-то из серии ULN2803?

Транзисторы для примера вместо них планируется применять оптопару с тиристорной схемой  управления асинхронными двигателями

 

18 часов назад, Alexeyslav сказал:

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

Как как раз таки надо достаточно быстро реагировать на изменение их состояния кнопок точнее бесконтактных выключателей на подобии КВП-16 или аналогичных

Ссылка на комментарий
Поделиться на другие сайты

14 минуты назад, mvkarp сказал:

Можете посмотреть в сторону шифраторов. Как пример, 155ИВ1. 

Это в случае если ног у МК не хватит, а так проще считать порт и сравнить его с предыдущим состоянием...

На форумах принято общаться на "ты", что не является оскорбительным и подразумевает равноправие

Ссылка на комментарий
Поделиться на другие сайты

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

Если уж на то пошло, то лучше наверно всё-таки поставить промежуточную ПЛИС класса EPM7032(EPM240 более современная), которая будет фиксировать нажатия кнопок и в контроллер выдавать сигнал прерывания и карту нажатых кнопок по последующему запросу.

Учение - изучение правил. Опыт - изучение исключений.

Ссылка на комментарий
Поделиться на другие сайты

2 часа назад, Vovka сказал:

Это в случае если ног у МК не хватит

Это, если по прерыванию от сигнала ноги 14 опрашивать состояние кнопок.
Либо можно простой логикой всего одно прерывание формировать.

Ссылка на комментарий
Поделиться на другие сайты

3 часа назад, Chips сказал:

Как как раз таки надо достаточно быстро реагировать на изменение их состояния кнопок точнее бесконтактных выключателей на подобии КВП-16 или аналогичных

на что? на эти заторможенные датчики? на которые даже производитель стесняется указывать время реакции? прерывания для их опроса нужны как собаке пятая нога.  ТС не занимайтесь ерундой.

Ссылка на комментарий
Поделиться на другие сайты

16 минут назад, IMXO сказал:

на что? на эти заторможенные датчики? на которые даже производитель стесняется указывать время реакции? прерывания для их опроса нужны как собаке пятая нога.  ТС не занимайтесь ерундой.

КВП-16 это для примера понятно что их надо менять на нечто другое может даже заменить оптопарой 

Ссылка на комментарий
Поделиться на другие сайты

мега128 для такой задачи оверкилл, только из-за того что на прерывания не хватает... ПЛИС + Атмега48 здесь самое место, причем ПЛИС-ка EPM7032 довольно таки дешёвая. А... хотя нет вру, эти довольно дорогие почему-то, спутал с EPM3032ATI - вот эти сравнимо с контроллером стоят и решат вашу задачу. Правда, контроллер для сопряжения тоже придётся от 3.3В запитать. Или если не нравится ПЛИС ставить(её же тоже надо программировать) то можно сделать на дискретной логике - общий элемент ИЛИ на все кнопки который сформирует сигнал прерывания и загрузки в параллельный регистр, триггеры на каждую кнопку чтобы зафиксировать факт её нажатия до того как контроллер заберёт данные и т.д. ПЛИС выглядит как-то компактнее, менее морочно и дешевле горсти логики.

Учение - изучение правил. Опыт - изучение исключений.

Ссылка на комментарий
Поделиться на другие сайты

"и тут Остапа понесло..." (с) :)

Может сначала ТС озвучит временные характеристики?

На форумах принято общаться на "ты", что не является оскорбительным и подразумевает равноправие

Ссылка на комментарий
Поделиться на другие сайты

23 часа назад, Chips сказал:

как раз таки надо достаточно быстро реагировать на изменение их состояния кнопок точнее

кнопки переключают состояние транзистора с каждым нажатием, или состояние кнопки определяет состояние транзистора (замкнута-включен и, ствтн, наоборот)?

Можно сделать все! Но чем больше можно, тем больше нельзя!

Ссылка на комментарий
Поделиться на другие сайты

 ruhi Алгоритм работы следующий по usard получаем две переменные X и Y после чего открываются два транзистора (слево на право по схеме VT1 и VT2)  и начинается счёт на увеличение  counter 1 и counter 2. Как только counter 1 достигнет значения X соответствующий транзистор закроется, аналогично и с counter 2 но тут транзистор закроется только после того как кнопка будет отпущена. После чего откроется следующий транзистор VT3 и закрадется только когда будет замкнут верхний или нижний контакт переключателя. После чего будет  кратковременно открыт VT1 и так далекие пока counter 1 и counter 2 не достигнут значения 0

P.S. Сегодня пообщался с механиками и пришёл к выводу что вполне хватит простого опроса как это предлагали выше.

Изменено пользователем Chips
Ссылка на комментарий
Поделиться на другие сайты

17 часов назад, Chips сказал:

по usard получаем две переменные X и Y после чего открываются два транзистора (слево на право по схеме VT1 и VT2)  и начинается счёт на увеличение  counter 1 и counter 2.

usard это последовательный интерфейс, который на схеме не изображен? (правильно понимаю?) Так counter входы это вообще не кнопки, это выходы какого то счетчика? Этот счетчик с каким периодом считает или что он считает???

Почему счетчик внутри контроллера нельзя реализовать, он какой то механический???

Цитата

Как только counter 1 достигнет значения X соответствующий транзистор закроется, аналогично и с counter 2 но тут транзистор закроется только после того 

Какой транзистор "соответствующий", чему соответствующий, по какому принципу соответствующий, совершенно не понятно!

Х приходит и в контроллер и в счетчик, счетчик откуда знает Х до которого считать???

Я бы вам посоветовал писать не в терминах вашего придуманного решения вашей исходной задачи, а изложить саму исходную задачу как она представляется для механиков, лучше в изложении механиков!

Вам же будет проще!!!

Можно сделать все! Но чем больше можно, тем больше нельзя!

Ссылка на комментарий
Поделиться на другие сайты

В 13.01.2018 в 19:16, Chips сказал:

...ковырялся с Atmega8 поначалу её и планировал использовать но отказался от этого. Для кнопок  решил использовать внешние прерывания ,  поскольку не хочется перегружать контролер пустым опросом состояния кнопок.

Но у Atmega 8  но у неё всего 2 пина с внешними прерываниями...

Поковыряйтесь с Atmega328p. У нее прерываний хватит.

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы публикуете как гость. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
  • Сообщения

    • Может подключить что-нибудь надо. Может написать свою функцию преобразования шестнадцатеричной строки в инт.
    • Да ну нафиг! Это как "раз поехали на рыбалку, а водку забыли...."
    • Похоже вас угораздило на латералы попасть. Они сами себя стабилизируют и никакой дополнительной стабилизации им не нужно. У меня двухкиловаттные Крафты так на металлических Эксиконах работают даже без "эмиттерных" резисторов. Тупо впараллель.
    • @korsaj Попробовал записать код в разных вариантах предложенных тобой. Первый вариант вообще отказался работать. Заработал второй вариант на приём. Теперь уже хотя бы есть полноценный приём. char i = 0; if (rx_buf[i] == 'M'){ i++; if (rx_buf[i] == '1') { //unsigned int n = getDecFromHexStr(rx_buf, i+2); //Выводим на экран номер текущего трека LED_1_ON(); LED_2_OFF(); send_UART('M'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); flags = 0; } else if (rx_buf[i] == '2') { //unsigned int n = getDecFromHexStr(rx_buf, i+2); //Выводим на экран количество треков LED_1_OFF(); LED_2_ON(); send_UART('M'); send_UART('2'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); flags = 0; } else if (rx_buf[i] == 'T') { //unsigned int n = getDecFromHexStr(rx_buf, i+2); //Выводим на экран общее время трека LED_1_ON(); LED_2_ON(); send_UART('M'); send_UART('T'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); flags = 0; } else if (rx_buf[i] == 'K') { //unsigned int n = getDecFromHexStr(rx_buf, i+2); //Выводим на экран текущее время трека LED_1_OFF(); LED_2_OFF(); send_UART('M'); send_UART('K'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); flags = 0; } } Но однако есть ещё некоторые вещи которые нужно подкорректировать. Пока я просто разбираю UART поэтому на терминал вывожу так сказать ответ ну и просто видеть потому как индикатора к микре не подключено пока что. Однако такой вариант с ответкой нужен будет мне и для другого проекта где UART лучше всего подойдёт. Это я уже смотрю на будущее. Но тут тоже когда приходит комманда по  UART микроконтроллер отправляет ответ, но он начинает постоянно спамится. Нужно как то сделать чтоб этого не происходило. Я же в свою очередь пробовать сбросить flags = 0;, но это никак не помогло. Может чего подскажешь тут понятно что нужно как то будет обнулить данные чтобы выйти из этого условия программы. Есть вот такая проблемка. И ещё есть одна проблема с строкой  unsigned int n = getDecFromHexStr(rx_buf, i+2); Не спроста я её отключил в коде с помощью комментария. А тут проблема в том что студия не может опзнать этот код. Возможно нужно что подключить из встроенных библиотек самой студии.
    • Зачем закладываться на максимальный ток стабилитрона? Поставьте по два двухкилоомных последовательно или возможно 3-5 килоома что то есть.
    • Здравствуйте. В эту магнитолу захотелось установить модуль блютуз. Вроде бы проблем нет, да? Привод CD выкинут как рудимент,- на нём драйвер сгорел (не хорошие инженеры, на огромной линейке моделей подложили бяку-серво двигатель и на нём платка переходник для распайки на плату обработки, только вот двигатель болтается в пластике посадочном убивая пайку делая плохое самочувствие драйверу-привода-лазера))). Вот. Проблемы начинаются следующие. Тюнер имеет мозги аудиопроцессору по цифре,-отпадает. Разъёма чейнджера нет но есть вся разводка без обвязки,-восстановление мелочи (стаб-рез) и эмуляция подключенного чейнджера не помогает, странно Kasuga Radio Co. Ltd. (это ирония про 1946 год) сэкономила на программном обеспечении . Ага. Подключится на вход УМЗЧ-пошло и глупо. Вопрос. Есть варианты подключить? kenwood_kdc-4590.pdf
    • А здесь всё о том как и чем делать ...
×
×
  • Создать...