Вопросы по С/С++ (СИ)

[Mishany]

кусочек из даташита правда 8меги от 16 у меня нет.

Спойлер

Код: Выделить всё

C Code Example
char cSREG;
cSREG = SREG; /* store SREG value */
/* disable interrupts during timed sequence */
_CLI();
EECR |= (1<<EEMWE); /* start EEPROM write */
EECR |= (1<<EEWE);
SREG = cSREG; /* restore SREG value (I-bit) */

посмотрите в даташите вашего МК

[shads]

Добрый день, как обратиться к регистру SREG на Си, проект на меге16.
Вот все что есть в файле iom16.h
http://screenshot.su/show.php?img=ef1cc ... 08e69e.jpg

Интересно... а для чего может на Си понадоюится управление регистром SREG ?

Спойлер

Код: Выделить всё

C Code Example
char cSREG;
cSREG = SREG; /* store SREG value */
/* disable interrupts during timed sequence */
_CLI();
EECR |= (1<<EEMWE); /* start EEPROM write */
EECR |= (1<<EEWE);
SREG = cSREG; /* restore SREG value (I-bit) */

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

[baghear]

SREG должен для такой манипуляции быть должен быть определен в дефайнах.
Как компилятор отличает unsigned, вот кусочек кода и по дизассемблеру не видно отличий?
http://screenshot.su/show.php?img=b5a53 ... fa14a2.jpg

[ibiza11]

Приветствую всех!
Не понимаю, почему этот код неправильно работает :

Код: Выделить всё

   volatile uint32_t asd = 0;
   volatile uint8_t qwe = 0;
   asd = asd/qwe;
   if(asd > 0xFF)
      qwe = 0 ;

При отладке, после выполнения деления, asd = 0xFFFFFFFF. Объясните пожалуйста почему так?

[Аlex]

Дык, на ноль то делить нельзя Получается максимальное число.

[ibiza11]

че то и вправду туплю... пора отдыхать.

[Gudd-Head]

Если АВРовский компилятор держит регистр R1 нулевым, как он пользуется аппаратным умножителем?

[ARV]

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

[Gudd-Head]

Ясно.
Нигде не могу найти, как должна выглядеть "грамотная" прога на Сях (на АСМе тоже было бы неплохо).

Ну, что-то вроде универсальной. Чтобы пользователь мог залить её на "любой" МК с "любой" частотой и, например, работать по 1-Wire любой ногой.
Т.е. всё по разным файлам, с соответствующими понятными варнингами при компиляции.

[ARV]

в свое время я этой темой "увлекался" и, как мне кажется, достиг практически желаемого вами
правда, на любую частоту рассчитывать не приходится, т.к. код на Си 1-wire маловероятно будет работать при тактовой от 1 МГц и ниже... но если выше - работает, проверено на 8 и более МГц

поищу по закромам - выложу, если найду

[Gudd-Head]

Ну, я потому и писал в кавычках "любой".

код на Си 1-wire маловероятно будет работать при тактовой от 1 МГц и ниже...

С АСМовскими вставками наверняка будет. На 1 МГц самое быстрое что требуется это всего-то через 13 тактов считать значение от слэйва. Кстати про скорость и 1-Wire: http://radiokot.ru/forum/viewtopic.php? ... 3#p2125243

поищу по закромам - выложу, если найду

Хорошо бы. А то я поначалу быдлокодил всё в один файл, без возможности какого-либо переноса.

Или просто на словах, что должно быть и чего-как объявлять. Например, подключаемые файлы .h и .c — что в каждом?

[Аlex]

Вот, небольшое пособие о том, как оформлять модули. Мало, конечно, написано, но общий принцип понять можно.

[ARV]

я сделал 2 хидера: в одном определил все константы, касающиеся протокола (тайминги различных этапов тайм-слотов, стандартные команды, коды устройств и т.п.), а во втором - функции для поиска девайсов, передачи байтов, приема байтов, вычисления CRC и т.п.

ну а модуль, соответственно, один.

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

т.к. от тактовой по-настоящему зависят только прием-передача бита, то в этих функциях в нужных местах использовал ATOMIC_BLOCK(RESTORE_STATE), чтобы задержки (стандартные из delay.h) не плавали от таковой. собственно, вот и все...

чтобы меньше зависеть от портов и пинов, сделал все через маски, поэтому появилась возможность иметь 8 независимых линий 1-wire на одном порту, что очень удобно для нескольких термодатчиков DS18x20: задал маску 0xFF и подаешь одновременно во все 8 линий сброс, команду старта измерения, потом в нужный момент так же точно сброс, команду чтения результата и опа-на! меняешь маску на 0x01 и считываешь температуру только с 1 датчика, потом сменил маску 0x02 и считал второй... огромный плюс - не надо абсолютно заморачиваться с адресами, т.к. каждый датчик только один на линии! для конечного пользователя намного удобнее, чем меню и инструкция, как датчики приручить

как-то так в общем...

[Gudd-Head]

небольшое пособие о том, как оформлять модули

Вкусно, но мало.

меняешь маску на 0x01 и считываешь температуру только с 1 датчика

Круче было бы одновременно и считывать с 8-ми датчиков

[ARV]

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

[Gudd-Head]

А интересная задачка получается. Каждый из 8 портов принял по 8 байт...

разбирать параллельно принятые данные в 8 последовательных цепочек - тот еще гемор...

Я думаю, это довольно легко решается за 8*64=512 сдвигов через перенос и дополнительных 64 байт ОЗУ.
Т.е. взяли 1-й "параллельный" байт, его первый бит сдвигом через переноС засунули в первый "последовательный" байт первого канала,
взяли тот же 1-й "параллельный" байт, его второй бит сдвигом через переноС засунули в первый "последовательный" байт второго канала,
...
взяли 64-й "параллельный" байт, его восьмой бит сдвигом через переноС засунули в восьмой "последовательный" байт восьмого канала.

[Аlex]

Круче было бы одновременно и считывать с 8-ми датчиков

А что в этом крутого ?
Не думаю, что при работе с какими-нибудь, например, датчиками температуры, нужна такая спешка. Ибо остальные процессы слишком медленны (например - преобразование температуры).

[ARV]

Я думаю, это довольно легко решается

я не сказал, что это неразрешимая задача. просто я не сторонник ставить себе задачи, в решении которых нет никакого смысла. я уверен почти на 100%, что геморрой с разбором будет не быстрее и не меньше по объему, чем циклическое вычитывание 8 раз из датчиков.

[shads]

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

[Аlex]

Попробуй
Только это, наверное, нужно будет постить в тему по DS-кам...