Неправильно Рабоатет Atmega8 ((((

[Br.Misha]

Сдрасте!

Купил вчера atmega8, написал прогу для ШИМ, она нормально загрузилась в МК, но он почему то не работает(((((

потом я написал оч простую программу:

#include <avr/io.h>
#include <avr/interrupt.h>
#define F_CPU 4000000UL
int main(void)
{
DDRB = 0xFF;
PORTB = 0xFF;
DDRC = 0xFF;
PORTC = 0xFF;
}

но даже она не выполнялась, светодиоды прицеплены к этим портам не горели(((

После этого я ещё пробовал заливать прошивку разными программами. но результат тот же. может я фузы как то не нат выставил... но врятле. Ниже я прикрепил скин с фузами:

[Реклама]

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

[Knazev33]

Что то непонятно в чём вы пишате, в AIR или CVAVR?

с фузами как у вас настроены всё долно работать...

вот простая прога которая проверит мк

В главном цикле
PORTB=0x00
delay....
PORTB=0xFF
delay....

Вы стирайте кристал перед записью..?

[Реклама]

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

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

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

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

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

[Br.Misha]

Канешно стирал.

Пишу на AVR-GCC

[Реклама]

Особенности хранения литиевых аккумуляторов и батареек

Потеря емкости аккумулятора напрямую зависит от условий хранения и эксплуатации. При неправильном хранении даже самый лучший литиевый источник тока с превосходными характеристиками может не оправдать ожиданий. Технология, основанная на рекомендациях таких известных производителей литиевых источников тока, как компании FANSO и EVE Energy, поможет организовать правильный процесс хранения батареек и аккумуляторов. Подробнее>>

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

[ss85]

А вы в конце программы перед }, поставьте какой-нибудь бесконечный цикл. А то я даже не представляю что там происходит, после того как выполнится тело программы.

На всякий случай, у вас там питание нормальное? Так как, если у вас там 16 светиков, а питание слабое.... то может быть такое что при включении светодиодов напряжение падает в ноль и МК затыкается. И так далее.... в цикле.

[Реклама]

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

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

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

[Br.Misha]

там на порту В один светодиод и на порту С два. питание норм, от бескоечного цикла нижего не меняеться.

[ss85]

Вы программатор отключали от платы? Может он Reset удерживает?

[Br.Misha]

Отключал. и ещё я прицепил ресет к +5 через 10 кОм

[mazzi]

попробуй вот так

#include <avr/io.h>
#include <avr/interrupt.h>
#define F_CPU 4000000UL
unsigned char a,b,c;
int main(void)               {
  DDRB = 0xFF;
  DDRC = 0xFF;
  a= 0;
  while ( 1 ) {
      c = 1;
      while ( c ) c++;
      a++;
      if ( a == 0 ) b++;
      PORTB = a;
      PORTC = b;
}}

должны светиться твои светодиоды, если соблюдаешь полярность.

[Br.Misha]

Только что попробовал чё нить запрограммировать через ICCAVR. Написал програмку загрузил в МК (90S2313) и она заработала!!!! там был припаян сегментный индикатор и на нем появились цифры. После этого решил написать прогу в кодевижине и она тоже заработала в железе! Далее я хотел через кодевижен залить прошивку, написаную в АВРСтудио а после этого ту, что написана в ВинАВР, и ниодна с них не заработала, только в протеусе работала.

Так же писал в ICCV7, программа удачно откомпилировалась и работала в железе. Ещё пробовал заливать через понипрог в МК прошивку, написаную в CVAVR, ICCV7, WinAVR and AVRStudio. Не рабоатали только те, которые написаны на WinAVR and AVRStudio. Вот теперь я понимаю что МК исправный а не рабочий WinAVR.

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

У меня установлен astudio4b623 совместно с WinAVR-20081205.

[Goodefine]

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

Если "кто нить" увидит исходники, то может "че-нить" и напишет...

[Br.Misha]

вот этот код:

#include <avr/io.h>
#include <avr/interrupt.h>

char n1=0, n2=0, n3=0;
char nam[10] = {0b01111110, 0b00001100, 0b10110110, 0b10011110, 0b11001100, 0b11011010, 0b11111010, 0b00001110, 0b11111110, 0b11011110};
char n = 0;
char sel[3] = {0b0110000, 0b1010000, 0b1100000};   char s = 0;
char tm = 0;
char calc = 250;
char toseg = 0;
char rozr = 0;

ISR(SIG_INTERRUPT1){

calc++;

GIFR = (1<<INTF1);
}

ISR(TIMER0_OVF0_vect)
{
PORTB = 0x00; 
s++; if (s == 4) s = 0;
switch (s)
{
case 0:PORTD = sel[0]; PORTB = n3;   break;
case 1:PORTD = sel[1]; PORTB = n2;   break;
case 2:PORTD = sel[2]; PORTB = n1;   break;
}
TCNT0 = 139;}

ISR(TIMER1_OVF1_vect){
if (rozr == 1)
{
rozr = 0;
toseg = (calc * 10);
}
n1 = nam[toseg/100];
n2 = nam[(toseg%100)/10];
n3 = nam[toseg%10];
calc = 0;
rozr = 1;

TCNT1H = 0xFE; //set count value
TCNT1L = 0x7A;}

int main(void){
cli();
DDRD = 0b11110111; DDRB = 0xFF; PORTD = (1<<PD3);
//--times------------
TCCR0 |= (0<<CS02)|(1<<CS00);
TCNT0 = 139;
TIMSK |= (1<<TOIE0);
//-------------------------
TCCR1B = 0x00; //stop timer
TCNT1H = 0xFE; //set count value
TCNT1L = 0x7A;
TCCR1B = 0x05; //start Timer
TIMSK |= (1<<TOIE1);
//===========================
GIMSK = (1<<INT1);
//===========================
sei();
while(1){

}
}

это частотометр )))))

[Br.Misha]

кстате, забыл сказать, этот код для AT90S2313

[Goodefine]

Код, честно говоря, ужасен... Но сейчас не об этом... Слово "volatile" знакомо?

volatile char n1=0, n2=0, n3=0;
volatile char nam[10] = {0b01111110, 0b00001100, 0b10110110, 0b10011110, 0b11001100, 0b11011010, 0b11111010, 0b00001110, 0b11111110, 0b11011110};
volatile char n = 0;
volatile char sel[3] = {0b0110000, 0b1010000, 0b1100000};   char s = 0;
volatile char tm = 0;
volatile char calc = 250;
volatile char toseg = 0;
volatile char rozr = 0;

...

[Br.Misha]

вы немного не так поняли, код раньше был робочий! но вот когда несработал код на меге8 то я отткпыл существующий проэкт на АВРСтудио откомпилировал его, проверил протеусом - работает, загрузил в мк... и как вы уже поняли AT90S2313 ваще не выводин никаких значений на сегментник

[Goodefine]

Как он может выводить, когда все переменные без квалификатора volatile и используются только в прерываниях. Компилятор их выбросит и все...

Make-файл и листинг (*.lst) можно увидеть?

[Br.Misha]

вот полностью проэкт АВРСтудио и протеуса.

но хочу ещё раз напомнить что раньше он нормально работал и я не вижу в нем критических ошибок

at90s.rar

[ss85]

Br.Misha, вы воспользовались советом Goodefine? По листингу не видно Не пренебрегайте советами, а то вам перестанут помогать.

Википедия. Переменный типа volatile:

"...Variables declared to be volatile will not be optimized by the compiler because the compiler must assume that their values can change at any time..."

[Goodefine]

Глянул код мельком.

1. Сделай переменные volatile обязательно:

volatile char n1=0, n2=0, n3=0;
volatile char nam[10] = {0b01111110, 0b00001100, 0b10110110, 0b10011110, 0b11001100, 0b11011010, 0b11111010, 0b00001110, 0b11111110, 0b11011110};
volatile char n = 0;
volatile char sel[3] = {0b0111000, 0b1011000, 0b1101000};	// а не так{0b0110000, 0b1010000, 0b1100000}; - объяснение ниже
volatile char s = 0; 
volatile char tm = 0;
volatile char calc = 250;
volatile char toseg = 0;
volatile char rozr = 0;

...и я не вижу в нем критических ошибок...

А я вижу. Причем весьма критическую. Объясняю:

Задействовано внешнее прерывание по входу INT1 (ножка PD3), которое генерируется при НИЗКОМ уровне на этом входе.

В main сконфигурировано почти правильно (PD3 на вход с подтяжкой):

DDRD = 0b11110111;
PORTD|= (1<<PD3); //только так, а не: PORTD= (1<<PD3);

Смотрим что творится в обработчике переполнения T0:

case 0:PORTD = sel[0]; PORTB = n3;   break;
case 1:PORTD = sel[1]; PORTB = n2;   break;
case 2:PORTD = sel[2]; PORTB = n1;   break;

Теперь вопрос, что запишется в PORTD при этих раскладах? Смотрим массив sel[]:

char sel[3] = {0b0110000, 0b1010000, 0b1100000};

Смотрим, что теперь на месте подтяжки на лапе PD3 (INT0)? Правильно, Z-состояние, поскольку только что записали туда 0... А какой уровень будет на пине, зависит от многих факторов, включая фазу луны. Тем более, когда соседние ноги дергают индикатор... Поскольку прерывание генерируется по НИЗКОМУ уровню, то флаг события будет выставлен всегда, когда логический уровень на INT0 равен 0. Поэтому вполне возможна ситуация, когда программа будет постоянно находится в обработчике прерывания, почти не покидая его, поскольку приоритет этого прерывания выше, чем любого из таймеров... Поэтому выше и указан правильный вариант (хотя следовало бы указывать числа в 16-ричной системе счисления, поскольку двоичная запись противоречит стандарту Си). Не помешало бы еще притянуть лапу PD3 к плюсу через 4.7кОм... В протеусе ко входу был присоединен генератор, который и подавал необходимый положительный потенциал. Потому и работало...

И еще, это так задумано?

	//--times------------
TCCR0 |= (0<<CS02)|(1<<CS00); // или так TCCR0 |= (1<<CS02)|(1<<CS00);

Пока не выполнишь эти рекомендации и подробно не опишешь наблюдаемые в реальности признаки работы/(не работы), советовать что-либо дальше просто бессмыслено...

[Br.Misha]

Вот немного сменил код, но всё равно не рабоатает(((((

#include <avr/io.h>
#include <avr/interrupt.h>

volatile char n1=0, n2=0, n3=0;
volatile char nam[10] = {0b01111110, 0b00001100, 0b10110110, 0b10011110, 0b11001100, 0b11011010, 0b11111010, 0b00001110, 0b11111110, 0b11011110};
volatile char n = 0;
//volatile char sel[3] = {0b0110000, 0b1010000, 0b1100000}; 
//volatile char sel[3] = {0b0111000, 0b1011000, 0b1101000}; 
#define SEL1 (0<<PD4)|(1<<PD5)|(1<<PD6);
#define SEL2 (1<<PD4)|(0<<PD5)|(1<<PD6);
#define SEL3 (1<<PD4)|(1<<PD5)|(0<<PD6);
volatile char s = 0;
volatile char tm = 0;
volatile char calc = 250;
volatile char toseg = 0;
volatile char rozr = 0;

ISR(SIG_INTERRUPT1){

calc++;

GIFR = (1<<INTF1);
}

ISR(TIMER0_OVF0_vect)
{
PORTB = 0x00;
s++; if (s == 4) s = 0;
switch (s)
{
case 0:PORTD = SEL3; PORTB = n3;   break;
case 1:PORTD = SEL2; PORTB = n2;   break;
case 2:PORTD = SEL1; PORTB = n1;   break;
}
TCNT0 = 139;}

ISR(TIMER1_OVF1_vect){
if (rozr == 1)
{
rozr = 0;
toseg = (calc * 10);
}
n1 = nam[toseg/100];
n2 = nam[(toseg%100)/10];
n3 = nam[toseg%10];
calc = 0;
rozr = 1;

TCNT1H = 0xFE; //set count value
TCNT1L = 0x7A;}

int main(void){
cli();
DDRD = 0b11110111; DDRB = 0xFF; PORTD |= (1<<PD3);
//--times------------
TCCR0 |= (0<<CS02)|(1<<CS00);
TCNT0 = 139;
TIMSK |= (1<<TOIE0);
//-------------------------
TCCR1B = 0x00; //stop timer
TCNT1H = 0xFE; //set count value
TCNT1L = 0x7A;
TCCR1B = 0x05; //start Timer
TIMSK |= (1<<TOIE1);
//===========================
GIMSK = (1<<INT1);
//===========================
sei();
while(1){

}
}

[Goodefine]

...
#define SEL1 (0<<PD4)|(1<<PD5)|(1<<PD6);
...
case 2:PORTD = SEL1; PORTB = n1;   break;
...

А не один ли хр... черт, в PORTD.3 записывается 0?

Хотя бы так:

...
case 2:PORTD|= SEL1; PORTB = n1;   break; //во всех case-х, естественно
...

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

Изменено 3 марта, 2009 пользователем Goodefine

[Br.Misha]

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

[Goodefine]

Исчерпывающий ответ... А какие неведомые силы мешают написать как раньше но с единицами в PD3??

volatile char sel[3] = {0b0111000, 0b1011000, 0b1101000};

Тихо удаляюсь....