Адресация памяти в PIC16

scorpi_0n

Ну да.
What does the PICC STD error, something like "cant find xxxx words/bytes for psect in segment BANK0", mean?
http://www.htsoft.com/support/faqs.php#faq29

или

You can create an array of 256 elements (and larger) using a PIC18.

https://www.mikroe.com/forum/viewtopic.php?f=10&t=19079

Реклама

КРАМ

У 16-х это связано не с банками как таковыми, а с ФРАГМЕНТАЦИЕЙ памяти. В пределах гладкого фрагмента нет никаких проблем с массивами.
Причем это не фатальная проблема, а скорее возможность конкретного компилятора.
Попробуйте объявить несколько массивов на ПИК24, где вся память совершенно однородная и Вы обнаружите, что она может закончиться "досрочно". Индикатор МПЛАБа будет показывать ее наличие, а проект будет вываливаться с ошибкой линкера. А все потому, что память оказалась разделенной на фрагменты с невозможностью использовать "обрезки".

Реклама

scorpi_0n

Фрагментация при пустом коде? Она на Пиках что особенная? Как бы там ни было а унылость прошловековой архитектуры впечатляет.

КРАМ

Пустой код - это что?

По большому счету, для РЕЗУЛЬТАТА совершенно безразлично какая там у МК архитектура.
Само по себе написание кода по имеющемуся алгоритму сродни пайке печатной платы по уже разработанной схеме.
Потрачу я лишних две минуты на пару лишних строк кода или правку пары строк линкера или не потрачу - совершенно безразлично.
На разработку схемотехники и алгоритма уходит на сотню порядков больше времени и сил.
Потому занудство по поводу старых архитектур или, наоборот, супер-пупер мейнстримной выглядит смешно.
На чем человек реализует свою идею, на том и хорошо. Хоть бы и на Intel 4004...

Реклама

scorpi_0n

Для РЕЗУЛЬТАТА может и всё равно. Для тех кто создаёт этот результат нет. Если для РЕЗУЛЬТАТА нужно основательно перековырять файлы линкера и постоянно бороться с выбрыками компилятора и ИДЕ если чтобы зашить МК нужен другой МК который тоже надо прошить имея программатор если кодописательство превращается из работы или отдыха в нескончаемый подвиг то начинаешь понимать что что-то не так микрочип-консерватории.

Реклама

Albert_V

scorpi_0n писал(а):....начинаешь понимать что что-то не так микрочип-консерватории.

Похоже, что-то не так в вашей консерватории.
Такое впечатление, что вам платят за продвижение на рынок контроллеров других фирм.
Не можете понять архитектуру PIC-контроллеров - это не проблема Microchip-а.
Кто хочет что-то сделать - ищет способ, кто не хочет - ищет причину....

Реклама

Ещё один пиарщик СТМов. Нахватаются верхушек, поморгают светодиодом и бегают по форумам, мня себя спецами.
scorpi_0n, если заняться нечем - сходите в "МЯУ", там как раз любят х@и попинать.
Дальнейшие Ваши подобные высказывания буду приравнивать к флуду и оскорблению, с последующими модераторскими действиями.

Alek Lem

Ну а я, тем временем, ползу тихо-тихо по-пластунски )
Использование подпрограмм в pic такое же как и avr, только еще на шажок проще - обращаться к регистровой памяти не надо. Набросал подпрограмму антидребезговой задержки на основе цикла для моей однокнопочной "Hello, World". Ну, ничего - полёт нормальный. Помимо проверки в MPLAB собрал схему, имитирующую дребезг контактов при кратковременном замыкании вывода 6 (RB0) на нуль (см. осциллограмму).

Что сразу бросается в глаза, так это неудобство работы с РОН, а именно - нет оператора загрузки константы в любой РОН, всё приходится делать через W-регистр, что немного раздражает.

const1105

Я конечно из поколения кто фортран на перфокартах изучал, но хрень некоторые несут полную.
При современном выборе мк ассемблер уходит вообще в никуда.
Нужна скорость обработки - бери более скоростной, мало памяти - не намного дороже выбрать больший объем.
Куда не сунься, есть выбор. Пишем спокойно на С или С++ и никаких проблем с выбором чипа. Откуда проблемы с линкером?
если вы не сами их создаете? Или некоторые считают себя умнее фирм разработчиков компиляторов?
Сомневаюсь, что кто либо в союзе создает устройство, где цена в лишних полдоллара создаст непреодолимую проблему.

КРАМ

const1105 писал(а): Сомневаюсь, что кто либо в союзе создает устройство, где цена в лишних полдоллара создаст непреодолимую проблему.

Не, цена как раз проблем не создает. Тем более в любительском сегменте. Коробка пендосских чипсов стоит порой дороже довольно мощного МК.
А вот не слишком приспособленная под задачу архитектура и/или необходимость потратить кучу времени на продирание сквозь дебри даташитов новой архитектуры лишь с целью сэкономить эти самые полдоллара на серийной плате за 200 долларов - вот это я считаю эпической глупостью.
Если честно, то решение СУЩЕСТВА задач по месту моей службы занимает примерно 110...120% рабочего дня и на диверсификацию платформ времени не остается. Когда выбор новой становится критически важен для результата, тогда и есть смысл тратить на нее время, силы и интерес.