[SapegoAL 0]

В учебнике, который я изучаю, про работу с битовыми полями таким образом ничего нет. К примеру элементы структуры по этому учебнику описываюся проще, тип_переменная. О таком синтаксисе ничего не сказано. Эта фишка (и не только) уже самого компилятора зарытая и описанная в виде макроса где-то в хидерах или библиотеках.

Нет это чётко описано в самом компиляторе Си и в книгах тоже. Поменяйте книгу.

[Сергей Борщ 128]

Эта фишка (и не только) уже самого компилятора зарытая и описанная в виде макроса где-то в хидерах или библиотеках.

Докажите. Можно от противного - достаточно доказать, что битовые поля не упоминаются в стандарте языка С.

[DiMonstr 0]

Я не говорю, что ни в одной литературе не написано о битовых поолях.

Вы бы сами какую книгу порекомендовали по Си?

Изменено 25 января, 2008 пользователем DiMonstr

[Сергей Борщ 128]

Вы утверждали, что это "Эта фишка (и не только) уже самого компилятора зарытая". Т.е. снова, как и в начале ветки, во всем виноват компилятор а не ваше невежество.

 

Книга по С бывает одна: Керниган и Ритчи, "Язык программирования С". Второе (!) издание. Все остальные - ее толкования. Книга есть в интернете. Где искать - не подскажу, гугля в помощь.

[DiMonstr 0]

Вы утверждали, что это "Эта фишка (и не только) уже самого компилятора зарытая". Т.е. снова, как и в начале ветки, во всем виноват компилятор а не ваше невежество.

 

Книга по С бывает одна: Керниган и Ритчи, "Язык программирования С". Второе (!) издание. Все остальные - ее толкования. Книга есть в интернете. Где искать - не подскажу, гугля в помощь.

 

Оптимизировал проект. Добавил ещё функций. Кое-что переписал. НО!!! Проблема осталась не смотря на все усилия!!! Хоть головой бейся о монитор с клавой, но программа в контроллере не запускается!!! Не знаю где капать! Весь инет перерыл. Подобного ни у кого не было! Что делать???

[DiMonstr 0]

А может попробовать скомпилять проект в WinAVR? Да в принципе это последняя надежда:( А нееет, есть ещё вариант переписать код на асме....

[singlskv 0]

А может попробовать скомпилять проект в WinAVR? Да в принципе это последняя надежда:( А нееет, есть ещё вариант переписать код на асме....

Есть еще вариант, если, как Вы здесь утверждаете, виноват компилятор и дело

до main не доходит, если, как Вы опять же утверждаете, Вы знаете Асм,

ну дык кто Вам мешал все это время не заниматься болтовней, а просто взять листинг до main,

перенести его в студию и найти место где компилятор ошибся...

И радостно нам об этом сообщить.

 

Что то мне подсказывает, что "Если" получилось много, и часть из них Вы не осилили :07:

[zltigo 1]

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

Можно это утверждение игнорировать начисто - я бегло просмотрел этот код. Полный мрак, начиная с переопределенной точки входа прямо в main(), деклараций переменных в header-ах, конструкций switch( константа ), отсутсвие volatile, обилия кривых макросов, & и && - по барабану,.....

В приложении, то, что подправлено за 15 минут - наверное до main() дойдет, но дальше :) ....

pwrc.rar

[DiMonstr 0]

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

C Вашей прошивкой работоспособность кода я оценить не смогу. Для этой прошивки в хидере settings.h какие значения определены следующим именам:

#define IsCheckCRC

#define IsCheckRAM

#define IsCheckJUMP

#define IsCheckAnalogScheme

#define IsCheckBlock

pwrc_test.rar

Изменено 10 февраля, 2008 пользователем DiMonstr

[forever failure 0]

Хинт: уберите весь (да, весь, вообще весь) код, до которого не доходит исполнение, оставьте только то место, на котором исполнение затыкается. Попытайтесь локализовать место, на котором программа затыкается.

 

ЗЫ. switch от (CurrentDevice) т.е. от константы - категорически не труъ, как уже было выше замечено. Уберите.

 

Ещё, хотелось бы Ваших пояснений, относительно вот этого участка кода (возможно, здесь одна из ошибок):

 

Value = slow_crc16(Value,(unsigned char __flash *)0, (unsigned long)&__checksum); /* здесь передаётся в третьем параметре указатель */

Value = slow_crc16(Value,(unsigned char __flash *)&zero,2); /* а здесь целое */

 

Что вообще должно быть здесь выполнено ?

[DiMonstr 0]

Хинт: уберите весь (да, весь, вообще весь) код, до которого не доходит исполнение, оставьте только то место, на котором исполнение затыкается. Попытайтесь локализовать место, на котором программа затыкается.

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

 

ЗЫ. switch от (CurrentDevice) т.е. от константы - категорически не труъ, как уже было выше замечено. Уберите.

Понял, сделаем.

 

Ещё, хотелось бы Ваших пояснений, относительно вот этого участка кода (возможно, здесь одна из ошибок):

Value = slow_crc16(Value,(unsigned char __flash *)0, (unsigned long)&__checksum); /* здесь передаётся в третьем параметре указатель */

Value = slow_crc16(Value,(unsigned char __flash *)&zero,2); /* а здесь целое */

Что вообще должно быть здесь выполнено ?

Здесь производится подсчет CRC прошивки и сравнение с CRC, которая сохраняется в конец файла прошивки на стадии компиляции.

unsigned short slow_crc16(unsigned short sum, unsigned char __flash *p, unsigned long len)
{
  while (len--)
  {
    int i;
    unsigned char byte = *p++;
    
    for (i = 0; i < 8; ++i)
    {
      unsigned long osum = sum;
      sum <<= 1;
      if (byte & 0x80)
        sum |= 1;
      if (osum & 0x8000)
        sum ^= 0x1021;
      byte <<= 1;
    }
  }
  return sum;
}

 

Этот код к проблеме не имеет отношения, без него такая же лажа. Он был взят из "апноутов".

[DiMonstr 0]

Попутно ещё вопрос. Что происходит если программа переходит на адрес по которому лежит код команды 0xFFFF?

И чем лучше забивать свободное пространство памяти программ 0x0000, 0xFFFF или 0x1895

[VladislavS 37]

0xFFFF так же как NOP отрабатывается. Ничем забивать не надо. Если программа переходит по неправильному адресу, то выкидывать такую программу. Если такой переход вызван аппаратным сбоем - заводите собаку и лечите железо.

[DiMonstr 0]

Как в IAR написать код, который будет выполняться перед вызовом основной функции main()? Компилятор располагает такими возможностями?

[zltigo 1]

Компилятор располагает такими возможностями?

Да, но придется взглянуть на документацию :) __low_level_init(), либо просто вызвать из startup....