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

Язык СИ для микроконтроллеров


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

Вот кстати по енкодерам обсуждение, там и по алгоритмам обработки и примеры на Си: http://www.microchip.su/showthread.php?t=7861

Будьте проще и люди к вам потянутся.

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

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

Так проект защиты тихо валко, но двигается, просто соверщенно нет времени, могу, что-то проверять только по выходным. Вот, что получилось пока, модуль защиты от постоянки работает, сделал его на АЦП, модуль включения вентиляторов работает( включение +55, выключение +45). Сейчас думаю как прикрутить защиту от КЗ, уже есть кое-какие мысли задействовать для этого также АЦП, надо проверить будет, плохо, что в 16f877 нету модуля компараторов, было бы проще,ну да ладно. В программе пока не использовал ни прерываний ни собаку, пока чисто рабочий скелет. В архиве исходник, hex, проект протеуса.

zashita.rar

В проекте: L4, L5 - имитация реле.

L3, L6 - сигнал авария по постоянке.

L1, L2 - имитация вентиляторов.

Задержка включения 5 секунд. Порог отключения по постоянке +- 0.2 в.

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

Изменено пользователем a_sergeevich

Будьте проще и люди к вам потянутся.

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

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

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

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

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

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

А как на си с многозадачностью дела? Реализовать реально? Проще чем на АСМе? На Basice наверное совсем не вариант? Если брать МК с аппаратным стэком на Си можно писать проги к нему? Пока читал только про АСМ, вроде разобрался б/м (PIC16F84). И ещё прога написанная на си легко перенесётся на другую модель МК? На АСМе это вроде не просто. Он для разных моделей разный вроде. Особенно интересует многозадачность, а то много времени уходит "впустую" или считать МЦ не хоцца.

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

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

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

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

Одновременная работа программного UART и программного SPI, и напр. программы опроса клавиатуры (не используя прерывания).

Это только пример.

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

А как на си с многозадачностью дела? Реализовать реально? Проще чем на АСМе? На Basice наверное совсем не вариант? Если брать МК с аппаратным стэком на Си можно писать проги к нему? Пока читал только про АСМ, вроде разобрался б/м (PIC16F84). И ещё прога написанная на си легко перенесётся на другую модель МК? На АСМе это вроде не просто. Он для разных моделей разный вроде. Особенно интересует многозадачность, а то много времени уходит "впустую" или считать МЦ не хоцца.

Для реализации многозадачности (вытесняющей или кооперативной) в Си применяют многочисленные ОСРВ. Выбирай - не хочу...

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

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

Переносимость текстов в АСМе вполне высокая в пределах платформы, если писать грамотно.

Если переходить на другие платформы даже одного производителя, то переносимость понятие очень растяжимое даже на Си. Проку от такого перехода, если не изменяется алгоритм...

戦う前に相手のベルトの色に注目

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

ОСРВ ресурсов немало хавают наверное. Применять стоит для мощных МК. Или я неправ? Для работы ОСРВ нужен обязательно программный стэк?

А диспетчер задач написать универсальный можно? Число задач - ну навскидку 16....32. Может уже написаны такие готовые? И получится ли многозадачность для МК с аппаратным стэком? На чём такой писать удобнее АСМ или Си. Это к тому что стоит ли вобще связываться с ознакомлением с Си для МК.

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

  • 2 недели спустя...

Скачал HI-TECH с первой страници. Устанавил а там малый выбор камней. В гугле йскал но находил только с аналогичным выбором аналогичные. Поделитесо ссылочкой

post-60152-1262642116.jpg

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

Подскажите пожалуйста, что может обозначать следующий код:

BYTE xdata regValues[] = {1,2,3};
halSpiWriteBurstReg(0x00, regValues, sizeof(regValues));
halSpiReadReg(0x00);
halSpiReadReg(0x01);
halSpiReadReg(0x02);

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

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

CHARADEY

Обрати внимание, что это ты просматриваешь только МК младшего семейства, нажми F3 и появятся МК среднего семейства, а F4 переключит выбор на старшее семейство.

Будьте проще и люди к вам потянутся.

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

Народ, ну может у кого есть мысли по поводу защиты от КЗ ? У меня уже кончились, осталась одна, но она требует внешней микросхемы компаратора, а я этого не хочу, охота. чтобы был только контроллер и использовать его по максимуму, если нет ни у кого дельных мыслей, (а скачало проект 28 человек) то может тогда прикрутить к МК индикацию уровня сигнала на светодиодах ?

Что-то как-то вяло народ реагирует на всё, то по форуму куча вопросов, а теперь ветка есть и я тут сам с собой разговариваю :) Может моя конструкция нах никому не нужна и людям проще это на ИС собирать в виде отдельных узлов ? Ну давайте может кто ещё какой узел предложит, а ?

Будьте проще и люди к вам потянутся.

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

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

Будьте проще и люди к вам потянутся.

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

Нет проги для просмотра схемы. Чтобы не было кз можно использовать стабилизатор с встроенной защитой или с ограничением тока. Но это для питания от постояники.

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

  • 2 недели спустя...

Короче после всех раздумий по поводу защиты от КЗ я решил, что проще будет её прямо в усилке реализовывать, вместо этого узла решил привинтить TDA8425, будет пред со всеми регуляторами только без ДУ, у меня его нету и ИК приёмника тоже, ну и за одно потренеруюсь в работе с I2C, микру сегодня уже заказал дней через 10 придёт, сейчас даташит качать буду и курить, курить ( даташит ) до посинения :) Фигово, что её в протеусе нема, буду ждать в железе, как долго, блин. :)

Может у кого уже есть опыт по общению с данным зверем ? Я тут подумал, I2C мне лучше задействовать железную, а не софтовую т.к это побережёт ресурсы МК, верно или нет ?

Изменено пользователем a_sergeevich

Будьте проще и люди к вам потянутся.

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

  • 1 месяц спустя...

Беспроно, надо юзать аппаратный I2C.

Времена 16F84 давно прошли.

Тем более что это не сложно и очень удобно.

Пишу на Си CCS PICC для PIC, CVAVR для AVR, и иногда IAR для NEC. Особенно привык к SIM300dz.

ICQ: 288449055

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

Да у меня уже почти весь код готов, осталось как раз добавить только функции для работы с I2C, но пока если честно руки не доходят, в принципе и функции в голове уже все собраны, если может кого заинтересует могу выложить, то что уже сделал, там чуть-чуть осталось. Но, что-то мне кажется добровольцев не будет, т.к в инете уже готовых схем со схожим функционалом и даже круче просто море и на пиках и на аврках. Ещё самое плохое, что магазин мне прислал заказ без нужной мне TDA8425, а ждал я почти месяц, редиски они такие вот оказались.

Короче вот, то что сделал zashita.rar

если всё же доделаю соответственно выложу обновление.

Жаль, конечно темка задумывалась для всех кто хочет научиться программировать МК на Си, но что-то как-то народ вяло раскачивается, хотя то тут, то там создаются темки с вопросами. Ладно пошёл спать, завтра на работу :)

Изменено пользователем a_sergeevich

Будьте проще и люди к вам потянутся.

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

  • 3 месяца спустя...

есть небольшой вопросик гуру форума

как сделать так чтобы микроконтроллер управлялся кнопкой по заднему или переднему фронту нажатия на кнопку?

микроконтроллер 12f675

сейчас его запрограммировал его на переодическое считывание порта

логика такая

при работе постоянно опрашивается порт командой

if (GPIO & (1<<2)) rezim();

Delay_ms(200);

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

Изменено пользователем Sivent

Выход есть всегда...

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

Нужно сохранять текущее значение кнопки и при следующем опросе сравнивать состояние кнопки с сохранённым. Так можно добиться срабатывания как при нажатии, так и при отжатии кнопки.

Примерно вот так:

char tmp;

if(!GPIO2 && tmp) rezim();     // Срабатывание при отжатии
//if(GPIO2 && !tmp) rezim();   // Срабатывание при нажатии

tmp = GPIO2;

А что-бы было 100% срабатывание, нужно запихнуть этот код в прерывание по таймеру. Что-бы этот кусок выполнялся с определённой переодичностью.

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

спасибо

попробовал с прерыванием

получилось вот что

void interrupt() {

j++;

GPIO=j;

if (j == 4) j=0;

INTCON = 0x90;

}

это процедура установки режима работы

инициализировал прерывание

INTCON = 0x90;

работает по переднему фронту

все правильно написал?

Изменено пользователем Sivent

Выход есть всегда...

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

А что это такое ? :unsure: Это у Вас получился какой-то вывод переменной в порт.

void interrupt() {

какие-то действия

INTCON = 0x90;

}

инициализировал прерывание

INTCON = 0x90;

Выход есть всегда...

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

  • 3 недели спустя...

Можно ещё вот так сделать на отжатие, только ещё антидребезг надо добавить.

//блок инициализации переменных
char flag = 0;
char tmp = GPIO2;
//основной цикл программы
if (GPIO2 != tmp ) { flag++; tmp = GPIO2; } //обработка нажатия отжатия.
if (flag >= 2 ) { funcia (); flag = 0; }

Работает следующим образом:

1.Записываем в tmp начальное состояние GPIO2, например 1.

2.Если нажали то состояние GPIO2 с 1 изменится на 0 сработает условие flag увеличится на 1, а в tmp снова запишем

состояние GPIO2.

3.Если отжали то состояние GPIO2 c 0 изменится на 1 сработает условие flag увеличится на 1, а в tmp снова запишем

состояние GPIO2.

4.Теперь flag равен 2 и сработает следующее условие где мы выполняем какую-то funcia() и обнуляем flag.

Если кнопку просто зажать и удерживать то сработки не будет.

Короче как-то так, а если что-то и не так :) то поправите. :D

Будьте проще и люди к вам потянутся.

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

  • 3 месяца спустя...

всем доброго времени суток! Читаю этот топик что-то понимаю, что-то не очень. Я тока недавно занялся программированием на Си. Поставил себе 8-й микроСи. Пытаюсь что-нить свое состряпать. У меня вопрос. Как можно (хотя бы алгоритм) реализовать прогу? Ща расскажу краткое содержание. Есть две ветки проги. Мне нужно, чтобы при нажатии кнопки сначала выполнялась одна ветка, при следующем нажатии кнопки - вторая, при повторном нажатии, снова выполняется первая ветка. Я тут прикинул алгоритм,может кто поправит, буду непротив. Алгоритм: сначала мне надо объявить некую переменную, которая изменяла бы значение (инкрементировалась) по нажатию кнопки. Нажал один раз, например, переменная i=1 и прога пошла работать от условия, что i=1. Нажал второй раз, i=2 и прога пошла работать по второй ветке. Нажал еще раз и прога пошла работать по первому условию. Если что-то желаете уточнить (я думаю, что не очень все доходчиво написал) задавайте вопросы. Спасибо!

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

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

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

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

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

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

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

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

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

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

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

  • Сообщения

    • Автору. Никаких тут 250...200 ватт у этой китайской бздюшки нет в помине. Тем паче на таком подобии радиатора Катушки даже на выходе нет-плохо  
    • Повторюсь - НЕТ, так как у вас там крутилки, что приведет к искажениям при работе в мостовой схеме. Если бы вы "могли" то вам нужно было разорвать выход с темброблока и вход усилителей и впаять (можно навесом) вот такую схему:
    • Все верно, вы почти все что нужно сделали.  Только не нужно было добавлять это b=UDR; Сразу после старта сбросить флаг flags = 0; А в основном цикле ждать установки флага FLAG_END_RX. И если он установлен, проверять на совпадение строки в буфере (rx_buf) с вашей строкой (AT+QM \ r \ n .....   .....  AT+MP \ r \ n) При совпадении вызывать выполнение нужного алгоритма.
    • У меня до саба ещё дело не дошло, только сейчас думаю купить амп на полкиловатта, но так можно, при условии, что на входе будет моно, и будет срез частот
    • Про флаг Т: если он не используется в основной программе, а у меня он постоянно в деле. для меня меня отложенная обработка прерывания обычное дело, нужно лишь правильно расставить приоритеты частей программы. И обычное дело: выставляешь частоту задающего генератора побольше, делишь его до получения частоты 1000 Гц каким либо таймером, загоняешь в прерывание с флагом. затем закольцовываешь основную программу с проверкой флага прерывания от таймера 1000Гц. загоняешь программу в Sleep. Получаешь кольцо обработки с образцовым интервалом в 1 мс. После любого прерывания проверяешь флаг от таймера, если он, то сбрасываешь флаг и начинаешь перебирать подпрограммы обработки индикаторов, клавиатуры, и тд. и тп, подпрограммы обработки флагов и др. После окончания обработки всех подпрограмм возвращаешься к Sleep. И так по кольцу. Если происходит прерывание не от таймера, программа выходит из Sleep, проверяется флаг от таймера, если не он (а это не он) обратно к Sleep. В большенстве программ использую этот алгоритм.   GPIOR1 и GPIOR2 в 88 условно можно использовать как флаги, но их адреса больше 0х1Е, на них не распространяются команды cbi, sbi, sbic, sbis, и их сначала нужно загрузить в общий регистр, промодифицировать, и заново сохранить. Эта последовательность длинная, и модифицирует SREG, что сводит на нет работу по сравнению с  классическим GPIOR.
    • @korsaj Сегодня попробовал сделать как ты посоветовал. Получился следующий код. #define F_CPU 7372800UL #define BAUND 9600L #define UBRRL_value (F_CPU/(BAUND*16))-1 #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <stdlib.h> void init_pin(void); #define C_PC0 (~PINC&(1<<PC0)) #define C_PC1 (~PINC&(1<<PC1)) #define LED_1_ON() PORTD|=(1<<PD2) #define LED_1_OFF() PORTD&=~(1<<PD2) #define LED_2_ON() PORTD|=(1<<PD3) #define LED_2_OFF() PORTD&=~(1<<PD3) #define FLAG_END_RX (1<<3) #define FLAG_ERR_RX (1<<4) #define BUF_SIZE 20 char rx_buf[BUF_SIZE]; char buf_index = 0; volatile start=1, flags; char b; ISR(USART_RXC_vect) { b=UDR; if(!(flags & FLAG_END_RX)) { rx_buf[buf_index]=UDR; if(rx_buf[buf_index] == 0x0D) { flags |= FLAG_END_RX; return; } buf_index++; if(buf_index >= BUF_SIZE) { buf_index = 0; flags |= FLAG_ERR_RX; } } } void init_UART() { UBRRL = UBRRL_value; UBRRH = UBRRL_value>>8; UCSRB|=(1<<TXEN); UCSRB|=(1<<RXEN); UCSRC|=((1<<URSEL)|(1<<UCSZ0)|(1<<UCSZ1)); UCSRB|=(1<<RXCIE); sei(); flags = 0; } void send_UART(char value) { while(!(UCSRA&(1<<UDRE))); UDR=value; } int main(void) { init_pin(); init_UART(); while(1) { if (start==1) { _delay_ms(500); send_UART('O'); send_UART('K'); send_UART('!'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); start=0; } if (b == '0') { LED_1_ON(); LED_2_OFF(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('0'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '1') { LED_1_OFF(); LED_2_ON(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '2') { LED_1_ON(); LED_2_ON(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('2'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (b == '3') { LED_1_OFF(); LED_2_OFF(); send_UART('N'); send_UART('+'); send_UART('0'); send_UART('3'); send_UART(0x0D); send_UART(0x0A); _delay_ms(10); b=4; } if (C_PC0) { send_UART('P'); send_UART('C'); send_UART('0'); send_UART(0x0D); send_UART(0x0A); _delay_ms(250); } if (C_PC1) { send_UART('P'); send_UART('C'); send_UART('1'); send_UART(0x0D); send_UART(0x0A); _delay_ms(250); } } } void init_pin(void) { DDRC = 0b00000000; PORTC = 0b11111111; DDRD |= ((1<<2)|(1<<3)); PORTD &=~ ((1<<2)|(1<<3)); } Ну как сказать всё работает, но вот меня очень интересует приём команд на саму ATMEGA16. Он так и работает только с цифрами. Более ничего корректно принять не получается даже используя таблицу ascii. А мне нужно будет принимать команды и посложней чем просто буквенно - цифровые. Потому как возвращаясь к командам самого плеера там в этих командах хранятся различные данные. Вот примерно так это всё выглядит. AT+QM \ r \ n Запрос режима работы [0: Bluetooth], [1: MP3] AT+M1 \ r \ n Номер текущего файла AT+M2 \ r \ n Общее количество звуковых файлов AT+MD \ r \ n Источник музыки USB или SD Card AT+MT \ r \ n Общее время воспроизведения текущего файла AT+MK \ r \ n Время воспроизведения текущего файла AT+MP \ r \ n Текущее состояние плеера [0]Стоп, [1]Воспроизведение, [2]Пауза К примеру при отправке команды AT+M1 \ r \ n в ответ мы получим M1 + 000002 \ r \ n при этом здесь может быть любое число в hex формате. Мне же нужно каким то образом принять эти данные и обработать их соответствующим образом. Но при этом и нужно учитывать так же что плеер может сам отправить эти данные по началу воспроизведения трека. Вот в этом сейчас и стоит основная задача. Чего я и пытаюсь получить в итоге.
  • Похожий контент

×
×
  • Создать...