.....
alex1126 писал(а):Это я знаю. А сколько туда пускать лучше?
резисторов у вас там чуть не 10А собираетесь пропускать. Сдохнет бобик L298 однахо.passer_by писал(а)::(
В датошите пишут: - Типа только каналы АЦП
Код: Выделить всё
ADMUX = (0<<REFS1)| (1<<REFS0)| //в кач-ве ИОН питание контроллера
(0<<MUX3)| (1<<MUX2)| (1<<MUX1)| (0<<MUX0)| //канал АЦП6
(1<<ADLAR); //выровнять влево
ADCSR = (1<<ADEN)| //вкл АЦП
(0<<ADPS2)| (0<<ADPS1)| (1<<ADPS0); //предделитель ADC = 2 (точность не нужна, нужна скорость)
Код: Выделить всё
ADMUX &=~(1<<MUX0); //включаем канал ADC6 (MUX1 и MUX2 установлены ранее)
ADCSR |= (1<<ADSC); //запустить преобразование
while (ADCSR & (1<<ADSC)){} //крутимся в цикле до конца замера
if (ADCH < 0x80) Код: Выделить всё
ADMUX |=(1<<MUX0); //включаем канал ADC7 (MUX1 и MUX2 установлены ранее)
ADCSR |= (1<<ADSC); //запустить преобразование
while (ADCSR & (1<<ADSC)){} //крутимся в цикле до конца замера
if (ADCH < 0x80) 
Круто. Тогда конечно AREF подключать на питание нужно, если используете внешний ИОН. (Если использовали б внутренний ИОН тогда бы AREF - в воздухе болтался и Протеус этот режим то же видит) И раз ADC6, 7 работают в режиме АЦП, то и ни какие красные квадратики не будут появляться.Как припрет, и не до такого додуматься можноpasser_by писал(а):Ну, блин, ни когда б не додумался так использовать АЦП
У меня сейчас подключено только AVCC к питанию, AREF не подключен, т.к. ИОН настроен на внутреннее питание контроллера. Как я понимаю в таком случае на AREF обычно только кондер вешают.....passer_by писал(а):Тогда конечно AREF подключать на питание нужно, если используете внешний ИОН. (Если использовали б внутренний ИОН тогда бы AREF - в воздухе болтался и Протеус этот режим то же видит)
Как я выяснил..... (сам удивлен такому поведению протеуса) если резисторы подтяжки в режиме ANALOG то квадратиков нет..... А если резисторы подтяжки включены в режиме DIGITAL то квадратики есть.....passer_by писал(а):И раз ADC6, 7 работают в режиме АЦП, то и ни какие красные квадратики не будут появляться.
Не, практически все время - преобразование занимает. Процедура опроса кнопок совсем не сложная.....passer_by писал(а):Непосредственно весь код не вижу, но у вас наверное сам опрос этих "кнопок" как бы длится не менее длительности измерения.
Код: Выделить всё
//#######################################################################################################################
//#
//# ОБРАБОТКА НАЖАТИЙ КЛАВИШ (с использованием выводов ADC6 и ADC7 у MEGA8 )
//# данный вариант можно использовать для подключения кнопок, если не хватает линий вв\выв у контроллера
//#
//# короткое нажатие - устанавливает флаги BTN_SHRTx (биты 0,1) в глобальной переменной BtnFlags
//# длинное нажатие - устанавливает флаги BTN_LONGx (биты 2,3) в глобальной переменной BtnFlags
//#
//# BtnInit() - функция инициализации портов (вызвать перед использованием библиотеки)
//# BtnGet() - функция чтения данных кнопок, возвращает маску нажатых кнопок (биты 0-1 - коротк нажат, биты 2-3 - длинн нажат)
//# BtnInterrupt() - функцию циклического опроса порта кнопок, надо вызывать с частотой 100Гц (например в прерывании)
//#
//#######################################################################################################################
//настройки параметров библиотеки
#define BTN_LOCK_TIME 20 /*время обработки дребезга в милисекундах (10-100)*/
#define BTN_LONG_TIME 1000 /*время фиксации длинного нажатия в милисекундах (1000 - 2500)*/
//глобальная переменная флагов кнопок и маски флагов кнопок
volatile char BtnFlags; //регистр флагов нажатых кнопок
#define BTN_SHRT1 (1<<0) /*флаги короткого нажатия кнопок*/
#define BTN_SHRT2 (1<<1)
#define BTN_LONG1 (1<<2) /*флаги длинного нажатия кнопок*/
#define BTN_LONG2 (1<<3)
//----------
//функция инициализации (вызвать перед использованием библиотеки)
INLINE void BtnInit (void)
{
//настройка ADC
ADMUX = (0<<REFS1)| (1<<REFS0)| //в кач-ве ИОН питание контроллера
(0<<MUX3)| (1<<MUX2)| (1<<MUX1)| (0<<MUX0)| //канал АЦП6
(1<<ADLAR); //выровнять влево
ADCSR = (1<<ADEN)| //вкл АЦП
(0<<ADPS2)| (0<<ADPS1)| (1<<ADPS0); //предделитель ADC = 2 (точность не нужна, нужна скорость)
}
//----------
//функция чтения маски нажатых кнопок
//возвращает маску нажатых кнопок (биты 0-1 - коротк нажат, биты 2-3 - длинн нажат)
NOINLINE char BtnGet (void)
{
cli ();
char temp = BtnFlags;
BtnFlags = 0;
sei ();
return temp;
}
//----------
//функция циклического опроса кнопок (вызывать с частотой 100Гц, например в прерывании)
INLINE static void BtnProcess (void)
{
static uint8_t BtnLockBit; //ащелка (защита от дребезга)
static uint8_t BtnLockCoun; //счетчик защелки (защита от дребезга)
static uint8_t BtnLongCoun; //счетчик длинного нажатия
static uint8_t BtnMascLast; //запомнить маску нажатой кнопки для анализа после отжатия кнопки
char BtnTemp = 0;
//опрос состояний линий ADC
ADMUX &=~(1<<MUX0); //включаем канал ADC6 (MUX1 и MUX2 установлены ранее)
ADCSR |= (1<<ADSC); //запустить преобразование
while (ADCSR & (1<<ADSC)){} //крутимся в цикле до конца замера
if (ADCH < 0x80)
BtnTemp = 0x01; //формирование маски нажатых кнопок
ADMUX |=(1<<MUX0); //включаем канал ADC7 (MUX1 и MUX2 установлены ранее)
ADCSR |= (1<<ADSC); //запустить преобразование
while (ADCSR & (1<<ADSC)){} //крутимся в цикле до конца замера
if (ADCH < 0x80)
BtnTemp = 0x02; //формирование маски нажатых кнопок
//основной алгоритм обработки событий кнопки
if (BtnTemp){ //клавиша нажата
BtnMascLast = BtnTemp; //запоминаем для использования после отпускания кнопки
if (BtnLockCoun < (BTN_LOCK_TIME/10)){
BtnLockCoun++; //обработка дребезга
return;
}
BtnLockBit=1; //нажатие зафиксировано
if (BtnLongCoun >= (BTN_LONG_TIME/10))
return;
if (++BtnLongCoun >= (BTN_LONG_TIME/10))
BtnFlags |= (BtnTemp << 2); //установка бита длинного нажатия (старшие 4 бита флагов ButtonByte)
}
else{ //клавиша отжата
if (BtnLockCoun){ //обработка дребезга
BtnLockCoun --;
return;
}
if (! (BtnLockBit)) //отжатие зафиксировано
return;
BtnLockBit =0;
if (BtnLongCoun < (BTN_LONG_TIME/10))
BtnFlags |= BtnMascLast; //установка бита короткого нажатия (младшие 4 бита флагов ButtonByte)
BtnLongCoun = 0;
}
}
//#######################################################################################################################
//#
//# THE END!
//#
//#######################################################################################################################
Код: Выделить всё
#define INLINE inline __attribute__((__always_inline__))
#define NOINLINE __attribute__((__noinline__))
10 резюков по 1 кОм последовательно и будет вам 10 кнопок через каждые 0.5V.passer_by писал(а):Ну, блин, ни когда б не додумался так использовать АЦП
Так и должно быть, квадратиками прот показывает цифровые уровни, а если вы желаете аналоговую обработку то цифровые уровни вам никчему. Причём тут-же включится расчет аналоговых цепей и загрузит вам проц под 100%.shads писал(а):Как я выяснил..... (сам удивлен такому поведению протеуса) если резисторы подтяжки в режиме ANALOG то квадратиков нет..... А если резисторы подтяжки включены в режиме DIGITAL то квадратики есть.....
Murka писал(а):Причём тут-же включится расчет аналоговых цепей и загрузит вам проц под 100%.
Сэр Zero-Cross_ом сие получить не возможно! Возьмите для начала не Zero-Cross а Random-phase оптопару что-то типа MOC 3021.Seawolf писал(а):Всем добрый вечер !
В схеме необходимо на нагрузку получить не полупериод, а часть синусоиды между пиками
Seawolf писал(а):В обоих случаях возникает одна и та же ошибка:
Murka писал(а):Сэр Zero-Cross_ом сие получить не возможно! Возьмите для начала не Zero-Cross а Random-phase оптопару что-то типа MOC 3021.
Orion33 писал(а):Странно, что при современном уровне развития информатизации у Вас возникает проблема в понимании написанного Протеусом.
Он пишет, что для симуляции задан слишком маленький интервал времени, и его, очевидно, необходимо увеличить. Сделать это можно в Settings\Set Simulation Options\Trancient.
TAS90 писал(а):в Протеусе впервые поэтому озадачен тем , что LM358 выглядит иначе чем в даташите. Надо получить то, что представленно на картинке, но в протеусе никак не могу :/
Seawolf писал(а):2. Чем Вы объясните, что схема, которую я выложил, работает при текущих параметрах - но при изменении фазы на 90 градусов
начинает выдавать ошибку по времени итерации ?
Симулятор считает построенную схему (которую мы не меняем) по одному и тому же алгоритму, настройки те же - меняются только
исходные данные.
Seawolf писал(а):3. По Вашему совету, при каких параметрах [NUMSTEPS] / [TRTOL] / [TTOL] / [TMIN], проект заработал без ошибок ???
То есть путь, куда копать. А Вы уж параметры подберите Orion33 писал(а):Если Вы сравните внимательно свою картинку и УГО в Протеусе, то наверняка заметите, что и там и там есть треугольнички с плюсиками и минусиками.
ЗЫ. Простите, Вы студент?
Прост только начал с ним работать и что-то никак...Прошил только микроконтроллер и вставил, у него тоже пару ножек скрыто (ГНД и Питание).
TAS90 писал(а):Да студент, просто в даташите как бы 2 входа в один и два в другой(inp1(2)inp1(3) и inp2(5)inp2(6)), а в протеусе они почемуто объединены :/
Engineer_Keen писал(а):Не объединены они там. Там два усилителя в одном корпусе, в протеусе на поле вытаскивается по одному усилителю. Надо просто второй на поле вытащить, там во-первых по нумерации ног будет видно что это два устройства из одного корпуса, во-вторых по позиционному обозначению (U1:A, U1:B).
Я бы не стал, сложно это, и повторяемость невысокая, ну в смысле настраивать каждое новое изделие, и термодрейф, и куча всяких других мелочей на седую голову. Луче лапой нос прикрою.Seawolf писал(а):Большое спасибо, попробую. Может лучше попытаться решить задачу с помощью транзисторов ?
