MPLAB X IDE

serg_svd

КРАМ писал(а):Русские буквы - табу.

Да кто ж знал.... А крови попила программа много.
Еще вопрос. В свойствах проекта в настройках компилятора частоту кварца или внутреннего генератора надо указывать реальную или F_CLK/4?

Я попробовал указать реальную (кварц 7,3728 МГц), так переполнение таймера ровно в 4 раза быстрее по stopwatch выходят.
PS. вообще меня вот это F_CLK/4 после атмела постоянно сбивает. Мало того, что изначально промахнулся с расчетом таймеров. Так еще и в настройках симулятора это надо учитывать?

Реклама

КРАМ

[uquote="serg_svd",url="/forum/viewtopic.php?p=3670620#p3670620"]В свойствах проекта в настройках компилятора частоту кварца или внутреннего генератора надо указывать реальную или F_CLK/4?[/uquote]
там же английским по серому написано - частота ИНСТРУКЦИЙ (то есть СИСТЕМНАЯ частота). Про осциллятор там вообще ни слова не упомянуто.
В 8-битных ПИКах системная частота в 4 раза ниже частоты осциллятора, включая возможный PLL.

Добавлено after 4 minutes 4 seconds:
[uquote="serg_svd",url="/forum/viewtopic.php?p=3670620#p3670620"]меня вот это F_CLK/4 после атмела постоянно сбивает.[/uquote]
Патамушта Вы обращаете внимание на кварц, а не на системную частоту. Есть ПИКи с PLL, где кварц или встроенный RC сначала умножаются на 4, а потом синхронизирующий домен ядра делит ее на 4. Тогда кварц равен системной частоте. Отсюда следует, что В ЛЮБОМ СЛУЧАЕ и для ЛЮБОГО МК, включая Атмел, нужно оперировать системной частотой.
А для периферии очень важно знать источник ее синхронизации. Он может быть разным, а паче настраиваемым.

Реклама

serg_svd

спасибо!

serg_svd

Насчет русских букв и табу... Как говорится, дошло только что. Походу модули компилятора и отладчика писали разные команды и между ними не было четкого согласования. Так как компилятор свободно собирал проект не глядя на название папок на русском. А вот отладчику уже не все равно...

Реклама

киракосян ашот

Всем привет! Я пытаюсь запустить fatfs в mplabx. добавлял саму библиотеку через MCC, также через него добавлялась микрочиповская библиотека для sd карты.
Все компилируется,но не работает на железе! файлы не открываются и музыка не воспроизводится. Такой же код воспроизведения,но только в компиляторе mikroC for dspic с встроенной либой для sd карт работает на ура.
Почему fatfs может не открывать файлы???

Реклама

boxmen77

СтОит ли оставаться на MplabX при переходе с пиков на авр, или студию изучать?

Реклама

serg_svd

[uquote="boxmen77",url="/forum/viewtopic.php?p=3904296#p3904296"]СтОит ли оставаться на MplabX при переходе с пиков на авр, или студию изучать?[/uquote]
Я начинал с AVR и студии. Но был опыт работы с MplabX. Моё мнение, оставайтесь в Mplab. Я пробовал в нем писать под AVR и опыт был удачный.

boxmen77

Спасибо, так и сделал. Установил в мплаб студийный компилятор, все работает.

NStorm

boxmen77, можно оставаться в MPLAB X. Только тулчейн avr-gcc лучше поставить. Можно конечно и через xc8 компилировать, тем более он всё-равно avr-gcc вызывает вроде как, но если нет Pro лицензии, он всё-равно вроде не дает оптимизацию нормальную включить. Да и как бы всё-таки на avr де-факто стандарт - GCC. Опции сборки и прочее лучше его поставить.
Но если нужна симуляция, имхо студию под рукой стоит тоже иметь. Тем более она бесплатная. Можно поставить и чуть что запускать. Проект перенести с mplab x не сложно, просто даже вручную создать новый и скопировать туда исходники, быстренько выставив опции сборки нужные.
Я и тем и другим пользуюсь так, но mplab нравится именно универсальностью своей - и под PIC и под AVR можно в одном месте писать.

oleg110592

xc8 AVR v2.20 тут народ шаманил:
https://github.com/cv007/XC3216
см. xc8-avr-info.txt
правда под Линукс, но похоже под Виндовс и OSX тот же принцип

serg_svd

[uquote="oleg110592",url="/forum/viewtopic.php?p=3905119#p3905119"]xc8 AVR v2.20 тут народ шаманил:
https://github.com/cv007/XC3216
см. xc8-avr-info.txt
правда под Линукс, но похоже под Виндовс и OSX тот же принцип[/uquote]
А подробную инструкцию для чайников можно?
Я бы подшаманил. Ибо сталкивался с ограничением размера кода.

oleg110592

инструкция
например находим файл cc1
с помощью objdump (есть в составе компилятора avr) ищем 'license_valid' и " .data "
вычисляем адрес смещения и правим в каком нибудь редакторе бинарных файлов
0x17fe878 - 0x17f6860 = 0x8018 +011f6860 = file offset 0x11fe878 - change FFFFFFFFFFFFFFFF to 0200000000000000

и т.д.

serg_svd

oleg110592 писал(а):инструкция

Спасибо! Надо будет попробовать...

NStorm

Так это же ограничение снимает только для AVR, правильно?
В чем тогда смысл, когда можно поставить напрямую avr-gcc и не париться с этой прослойкой.

oleg110592

для xc8 PIC части по прежнему работает старое шаманство с торрентов.
Раз шаманят AVR часть - значит смысл имеет, ну например это уже неплохо (имхо):

NStorm

oleg110592, это всё есть в avr-gcc. А xc8 в данном случае просто прослойкой между ним выступает, вызывая его для компиляции по факту.

oleg110592

не все, обсуждали где-то - (из документации):

const int foobar = value;
Это рекомендуемый способ размещения объектов во флэш-памяти.

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

Если вы используете какое-либо устройство из семейств ATtiny или ATxmega3 , флэш-память программ отображается в пространство данных. Это означает, что код, сгенерированный компилятором для доступа к объектам, квалифицированным как const, может использовать инструкции lds или ld 8-битного AVR MCU , которые читаются из области памяти данных.

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

Использование только квалификатора const для определения объектов только для чтения имеет несколько преимуществ. Он не использует какие - либо нестандартные ключевые слова C, поэтому он более компактен, тем более , что тот же синтаксис используется для определения местоположения объектов в памяти программы при компиляции для 8-битных PIC ® устройств и использовать тот же компилятор. Кроме того, опция позволяет вам контролировать, где размещаются эти объекты

удобно...

NStorm

Согласен, это правильно. Но в avr-gcc нынче тоже не сложно, надо просто добавить __flash. PROGMEM уже не нужен тоже.

sunjob

немного мыслей об MPLAB X / AVR / Linux

Asmodey

Как в редакторе MPLAB X отключить фокусировку на курсоре? Ткнул я мышкой в произвольное место текста программы, а потом понадобилось мне посмотреть что-то ниже или выше, я полосу прокрутки мышью тяну, а вот фигушки. Стоит отпустить полосу прокрутки, как текст сам прокручивается назад, на место где установлен курсор. Искал по настройкам редактора и всего MPLAB, да так и не нашел где можно избавится от от этой фичи.