Помогите разжевать - вопрос по инициализации

Мужики помогите понять код. Хотелось бы разобраться до точки. После АВР-кого ассемблера я что то не въеду.
Прога на СИ в MPLAB IDE v.8.00.
Есть такая строка _FOSC( CSW_FSCM_OFF & XT_PLL16 ). Ясно что это выключение модуля FSCM и настройка осцилятора.
Во включаемом файле есть такое:
#define _FOSC(x) __attribute__((section("__FOSC.sec,code" ))) int _FOSC = (x);

#define CSW_FSCM_OFF 0xFFFF
#define CSW_ON_FSCM_OFF 0x7FFF
#define CSW_FSCM_ON 0x3FFF
#define LP 0xF8FF
#define FRC 0xF9FF
#define LPRS 0xFAFF
#define EXT 0xFBFF
#define ECIO_PLL4 0xFFED
#define ECIO_PLL8 0xFFEE
#define ECIO_PLL16 0xFFEF
#define FRC_PLL4 0xFFE1
#define FRC_PLL8 0xFFEA
#define FRC_PLL16 0xFFE3
#define XT_PLL4 0xFFE5
#define XT_PLL8 0xFFE6
#define XT_PLL16 0xFFE7
#define HS2_PLL4 0xFFF1
#define HS2_PLL8 0xFFF2
#define HS2_PLL16 0xFFF3
#define HS3_PLL4 0xFFF5
#define HS3_PLL8 0xFFF6
#define HS3_PLL16 0xFFF7
#define ECIO 0xFBEC
#define XT 0xFBE4
#define HS 0xFBE2
#define EC 0xFBEB
#define ERC 0xFBE9
#define ERCIO 0xFBE8
#define XTL 0xFBE0

Значит вместо _FOSC компилятор подставляет __attribute__((section("__FOSC.sec,code" ))) int _FOSC = (x)
а вместо CSW_FSCM_OFF & XT_PLL16 указанные дефайнами шестнадцатиричные числа.
Вопрос: где же здесь команда ? я так понимаю это ассемблер, но как то в голове не укладывается до конца эта конструкция. Разжуйте пожалуйста. DI мож знаешь что тут к чему ? Заранее благодарен )

0

это инициализация контроллера, тут команды не нужны, это просто значения, которые записываются в определенные регистры контроллера на этапе прошивки.

0

Вот я и не вижу где происходит запись в регистры. На ассемблере АВР мы пишем, например:
ldi r16, 0b00001111
out DDRD,r16

Вот и здесь хотелось бы увидеть конкретно где функция _FOSC прописывает значения в регистры. Где адреса регистров ?
Где команды ?

0

Сообщение от siriko55 Вот и здесь хотелось бы увидеть конкретно где функция _FOSC прописывает значения в регистры. Где адреса регистров ? Где команды ?

Адрес - фиксированный, за пределами памяти команд. Он будет указан в HEX файле прошивки после компиляции программы.
Команды также для этого не нужны, потому что байты конфигурации пишет не контроллер, а программатор при прошивке. Он сам прошьет нужные байты по указанным в HEX файле адресам.

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

Спасибо, SWK. А можно подробнее про эту запись,
#define _FOSC(x) __attribute__((section("__FOSC.sec,code" ))) int _FOSC = (x);
просто она какая-то "не наглядная". Например If...then...else... тут конструкция вопросов не вызывает.
А эта запись не понятна. Здесь как то задается секция кода sec,code, т.е. конкретный адрес ? Т.е. компилятор его берет из файла описания МК ? Может ссылочку подскажете где это можно подробно почитать ?

0

Это не программа, а инструкции компилятору.

0

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

0

Есть стандартный мелкочиповский компилятор....
Повторю вопрос заданный другими...а зачем это искать?
Вы сейчас подобны человеку который взял книжку по физике и старательно пытается вчитаться в информацию об издательстве и приветы которые автор передает своей семье и коллегам....и отказывается двигаться дальше пока не поймет почему же книга была напечатана именно в 10000 экземплярах....

0

Не согласен ! Книжку можно прочитать и без приветов семье и коллегам, а вот если из кода выкинуть одну лишь строку он работать не будет. Я не хочу тупо писать на СИ, не понимая механизмов внутри. Так я изучал АВР - сначала ассемблер. Я понял что в данном случае это не программа, а компилятор. Но тем не менее хотелось бы узнать суть дела.
А что за стандартный мелкочиповский компилятор.... можете уточнить ? )))

0

Сообщение от siriko55 А эта запись не понятна. Здесь как то задается секция кода sec,code, т.е. конкретный адрес ? Т.е. компилятор его берет из файла описания МК ? Может ссылочку подскажете где это можно подробно почитать ?

Я в последние годы МикроПаскаль использую, там конфигурация просто в свойствах проекта создается. Просто указываешь тактовую частоту, тип контроллера.
При прошивке фузы в программаторе ставлю какие нужно.

Да и вообще фузы PIC - проще, чем у AVR. Меньше их, и на процесс программирования они не влияют. Так что нет смысла особо заморачиваться. Кристалл не "залочишь", как в AVR.
И тактирование на программирование не влияет (у PIC встроен независимый от основного тактовый генератор для схемы программирования).

Единственно - надо осторожно использовать переназначение ноги RESIT, хоть вроде и это - для нормального программатора не смертельно. При подаче 12v на нее он все равно переходит в режим программирования. Но я пока RESIT не переназначал, ни к чему было.

Сообщение от siriko55 Не согласен ! Книжку можно прочитать и без приветов семье и коллегам, а вот если из кода выкинуть одну лишь строку он работать не будет. Я не хочу тупо писать на СИ, не понимая механизмов внутри. Так я изучал АВР - сначала ассемблер. Я понял что в данном случае это не программа, а компилятор. Но тем не менее хотелось бы узнать суть дела. А что за стандартный мелкочиповский компилятор.... можете уточнить ? )))

Желаете механизмов?...для начала научитесь работать с портами и периферией.

А что за МК? Для каждого семейства свой компилятор.

0

Представление работы с портами и периферией имею по AVR-кам. Разница думаю не огромная )). По сути только биты и регистры по другому называются. Например: AVR - DDR, PORT, PIN; PIC - TRIS, PORT, LATA.
А МК в данный момент приходится юзать p30f3011 ))) С Уважением )

0

http://ww1.microchip.com/downtoods/en/D ... 51317e.pdf

0

Сообщение от siriko55 Представление работы с портами и периферией имею по AVR-кам. Разница думаю не огромная )). По сути только биты и регистры по другому называются.

Лично для меня - разница AVR и PIC - в пользу PIC.
Все порты и регистры - равноправные, не надо запоминать, с какими регистрами какие команды работают, а с какими - нет.
Также по этой причине нет вечной нехватки выделенных "регистров общего назначения", не надо их вечно пихать в стек и извлекать оттуда.

Документация у МикроЧипа - тоже намного удобнее. Все сгруппировано по темам, не надо при описании одного узла метаться по разным разделам. читаешь например по таймеру или USORT - тут же сразу их описание, назначение флажков, используемые регистры и прерывания, основные режимы и их настройки. А у Атмел - часто многие вещи упоминаются вскользь, или с отсылкой в другие разделы. А то - и вовсе пропущены, как таймер Т2 в доке на Мегу 128 (приходится читать про него в доке на Мегу 64).

Что касается деления памяти в PIC на банки - так к этому быстро привыкаешь, а с языками высокого уровня (С или PASCAL) - так и вовсе почти не вспоминаешь, - компилятор делает размещение данных и переключение банков при обращении сам. Разве что понадобится засунуть массив размером больше банка, но этого лучше избегать. Да и редко это надо.

Спасибо за ответы и ссылку, буду курить .... )

0

Документация у МикроЧипа - тоже намного удобнее. Все сгруппировано по темам, не надо при описании одного узла метаться по разным разделам. читаешь например по таймеру или USORT - тут же сразу их описание, назначение флажков, используемые регистры и прерывания, основные режимы и их настройки.

да ладно? они с какого-то перепугу раскидали даташит с одного толстого на кучу тонких, по модулям и там начались взаимные отсылки без, собственно, самой информации. "информацию по регистрам прерываний для UART смотрите в доке "Прерывания" - "информацию по регистрам прерываний для конкретного модуля смотрите в доке по конкретному модулю"
Ахуеть удобно. Сливи богу можно было старые пухлые даташиты по 600 страниц найти и скачать

0

да ладно? они с какого-то перепугу раскидали даташит с одного толстого на кучу тонких, по модулям и там начались взаимные отсылки без, собственно, самой информации. "информацию по регистрам прерываний для UART смотрите в доке "Прерывания" - "информацию по регистрам прерываний для конкретного модуля смотрите в доке по конкретному модулю"
Ахуеть удобно. Сливи богу можно было старые пухлые даташиты по 600 страниц найти и скачать
Про все - не знаю. Говорю про те, которыми пользовался, что по PIC16, что по AVR.

Сообщение от Bottyk http://ww1.microchip.com/downtoods/en/DeviceDoc/Asm30_Link_Util_51317e.pdf

Ах ...ть .
Человеку нужен мануал на C30, что уже находится в c:\Prokram Files (x86)\Microchip\mplabc30\v3.30c\docs\
Если сам компиль установлен.
А вы ему пихаете мануал на асм .

0

Сообщение от SWK Что касается деления памяти в PIC на банки - так к этому быстро привыкаешь, а с языками высокого уровня (С или PASCAL) - так и вовсе почти не вспоминаешь, - компилятор делает размещение данных и переключение банков при обращении сам. Разве что понадобится засунуть массив размером больше банка, но этого лучше избегать. Да и редко это надо.

Уважаемый, то что вы терзаете и что начал изучать ТС имеют общее ,разве только буковки PIC в наименовании ...

0

Сообщение от dosykus_2 Сообщение от Bottyk http://ww1.microchip.com/downtoods/en/DeviceDoc/Asm30_Link_Util_51317e.pdf

Ах ...ть .
Человеку нужен мануал на C30, что уже находится в c:\Prokram Files (x86)\Microchip\mplabc30\v3.30c\docs\
Если сам компиль установлен.
А вы ему пихаете мануал на асм .
Дык он хотел тру-асм...ибо круто

0