GetSmart 0 10 января, 2014 Опубликовано 10 января, 2014 · Жалоба В процессорах с Гарвардской архитектурой AVR, PIC, 8051 константы размещаются во флеше. ... Для этого и используется слово const. Pic использует слово flash кажется, но это в микрочиповском компиляторе. С другими не работал не знаю. Стандартный прототип memcpy: void *memcpy(void *s1, const void *s2, size_t n); копирует из ОЗУ в ОЗУ. К сожалению давно не программирую на этих процессорах. У кого есть IAR AVR? IAR AVR именно так и интерпретирует const. Как не меняющий адресное пространство. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 10 января, 2014 Опубликовано 10 января, 2014 · Жалоба Может уже хватит переливать из пустого в порожнее? То народ указатель на структуру от самой структуры отличить не может, то указатель на массив от самого массива, то общее адресное пространство от раздельного. Ничего не понял. Может попробуете еще раз выразить свою мысль? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andrewlekar 0 11 января, 2014 Опубликовано 11 января, 2014 · Жалоба Ничего не понял. Может попробуете еще раз выразить свою мысль? В вашем коде для AVR все переменные будут размещены в ОЗУ. Хотите их размещать во флэш - пишите __flash. У Viko константы были размещены во флэш потому что он пользовался компилятором для ARM. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 11 января, 2014 Опубликовано 11 января, 2014 · Жалоба В вашем коде для AVR все переменные будут размещены в ОЗУ. Хотите их размещать во флэш - пишите __flash. У Viko константы были размещены во флэш потому что он пользовался компилятором для ARM. Я вам не верю. Когда я в конце 90х работал с ним константы были размещены во флэш. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 134 11 января, 2014 Опубликовано 11 января, 2014 · Жалоба Я вам не верю.Ваше право. Но убеждать остальных на основании только лишь вашей веры как-то неразумно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 13 января, 2014 Опубликовано 13 января, 2014 (изменено) · Жалоба Ваше право. Но убеждать остальных на основании только лишь вашей веры как-то неразумно. Напротив. Я не убеждаю никого. Меня убеждают на основе веры. Я высказал предположение и привел простую процедуру проверить его. Меня как раз начали убеждать, что неправильно предположил. Я сказал, что не верю на слово, а проверить сам не могу. Заставлять проверить моё предположение я естественно никого не могу. Хотел помочь, но если вам уже всё ясно, то откланиваюсь. Изменено 13 января, 2014 пользователем Tarbal Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 14 января, 2014 Опубликовано 14 января, 2014 (изменено) · Жалоба Вот документ. На странице 5 есть информация о размещении констант в памяти. http://netstorage.iar.com/SuppDB/Public/SU...memoryusage.pdf Константы могут находиться в програмной памяти, оперативной памяти и внешней ЕПРОМ. А здесь на странице 6 утверждают: CONST Holds variables declared as const ....... The CONST and CSTR should only be included in the XLINK file if there is an external PROM in the system. http://www.atmel.ca/Images/doc1079.pdf Я уже не помню, а копаться лень. Для доступа ко внешней ЕПРОМ и для доступа ко внутренней ОЗУ используются одинаковые команды на ассемблере? Если разные, то это может объяснить многое в декларации функции с константным параметром. Примечание: Я прекрасно знаю стандартное объяснение константного указателя как параметра функции, однако это всем известно. Разные способы адресации же это довольно неочевидное свойство. Изменено 14 января, 2014 пользователем Tarbal Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 14 января, 2014 Опубликовано 14 января, 2014 · Жалоба Вот документ.А теперь замените iar на avr-gcc... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 14 января, 2014 Опубликовано 14 января, 2014 · Жалоба А теперь замените iar на avr-gcc... Простите, что вы имели ввиду? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 14 января, 2014 Опубликовано 14 января, 2014 · Жалоба Простите, что вы имели ввиду?К тому что ваши ссылки, как собственно и измышления, исключительно для IAR. Но ведь есть и другие, более распространённые компиляторы, где const не гарантирует размещения данных в ПЗУ, что никак не противоречит стандарту. Об этом вам Сергей пытался намекнуть... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 134 14 января, 2014 Опубликовано 14 января, 2014 · Жалоба Вот документ.Опустим тот факт, что это документ лохматого года, когда ИАР знал только 6 моделей AVR. А здесь на странице 6 утверждают:CONST Holds variables declared as constНенаказуемо. ....... The CONST and CSTR should only be included in the XLINK file if there is an external PROM in the system. Я уже не помню, а копаться лень. Для доступа ко внешней ЕПРОМ и для доступа ко внутренней ОЗУ используются одинаковые команды на ассемблере? Если разные, то это может объяснить многое в декларации функции с константным параметром. Если повесите свою параллельную ПЗУ на внешнюю шину как память данных - команды будут одинаковые. Но опять же, это не компилятор положит во флеш, а вы запихнете ПЗУ в адресное пространство ОЗУ, этакое чесание левого уха правой ногой. Обе эти памяти будут находиться в одном адресном пространстве. Обратите внимание на свой же документ: Table comments: (*) Each combination of processor option and memory model has a default memory type, and also one or more additionally available memory types. All constant and variable data which are put into the segments CCSTR, ECSTR, CSTR, CONST and CSTACK are always implicitly belonging to the default memory type. Также обратите внимание, что в этой таблице все константы, не имеющие спецификатора flash имеют сноску номер 2, которая гласит: The initialized information is copied from program to data memory at startup. This is done in the ?C_STARTUP function in CSTARTUP.S90. The application accesses the variable in the data space. The used program space is never accessed after startup is fulfilled Дальше будете спорить? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 14 января, 2014 Опубликовано 14 января, 2014 · Жалоба К тому что ваши ссылки, как собственно и измышления, исключительно для IAR. Но ведь есть и другие, более распространённые компиляторы, где const не гарантирует размещения данных в ПЗУ, что никак не противоречит стандарту. Об этом вам Сергей пытался намекнуть... Я допускаю, что вы невнимательно читали то что я писал. Опять же ваши замечания о GCC мимо кассы, поскольку стартовый постинг был про Кейл. О стандарте: Сколько я знаю компиляторов, у каждого есть свои особенности. Если повесите свою параллельную ПЗУ на внешнюю шину как память данных - команды будут одинаковые. Но опять же, это не компилятор положит во флеш, а вы запихнете ПЗУ в адресное пространство ОЗУ, этакое чесание левого уха правой ногой. Обе эти памяти будут находиться в одном адресном пространстве. Я это допускал, поэтому в предпоследнем постинге и написал: "Я уже не помню, а копаться лень. Для доступа ко внешней ЕПРОМ и для доступа ко внутренней ОЗУ используются одинаковые команды на ассемблере? Если разные, то это может объяснить многое в декларации функции с константным параметром." Обратите внимание на свой же документ: Table comments: (*) Each combination of processor option and memory model has a default memory type, and also one or more additionally available memory types. All constant and variable data which are put into the segments CCSTR, ECSTR, CSTR, CONST and CSTACK are always implicitly belonging to the default memory type. Мне это ничего не говорит в контексте нашей дискуссии. Дальше будете спорить? Я не спорю, а ищу ответы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andrewlekar 0 15 января, 2014 Опубликовано 15 января, 2014 · Жалоба Ну вот я собрал ваш код при помощи IAR AVR 5.3. Вот MAP файл: FILE NAME : D:\projects\avr\just_test\Debug\Obj\main.r90 PROGRAM MODULE, NAME : main SEGMENTS IN THE MODULE ====================== NEAR_I Relative segment, address: DATA 000000A0 - 000000A5 (0x6 bytes), align: 0 Segment part 7. Intra module refs: main ENTRY ADDRESS REF BY ===== ======= ====== str1 000000A0 ------------------------------------------------------------------------- NEAR_I Relative segment, address: DATA 000000A6 - 000000AB (0x6 bytes), align: 0 Segment part 10. Intra module refs: main ENTRY ADDRESS REF BY ===== ======= ====== str2 000000A6 ------------------------------------------------------------------------- NEAR_Z Relative segment, address: DATA 000000AC - 000000AD (0x2 bytes), align: 0 Segment part 12. Intra module refs: main ENTRY ADDRESS REF BY ===== ======= ====== ptr 000000AC ------------------------------------------------------------------------- CODE Relative segment, address: CODE 00000054 - 000000A3 (0x50 bytes), align: 1 Segment part 14. ENTRY ADDRESS REF BY ===== ======= ====== main 00000054 ?cstartup_call_main (?C_STARTUP) RSTACK = 00000000 ( 00000002 ) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 134 15 января, 2014 Опубликовано 15 января, 2014 · Жалоба О стандарте: Сколько я знаю компиляторов, у каждого есть свои особенности.Да, особенности есть. Но вам уже третью страницу объясняют, что к const это не относится. Требование стандарта к const одно - компилятор должен выдавать ошибку при попытке записи в такую переменную. Все. В остальном эта обычная переменная. Далее ход мыслей у всех компиляторописателей обычно одинаков: разместить переменные с похожими свойствами (обнуляемые, инициализируемые и т.д.) рядом, чтобы при старте (если нужно) подготовить каждую группу к работе одним махом в цикле. Отсюда группирование переменных в сегменты. Никаких требований на размещение во флеш/ОЗУ для const стандарт на компилятор не накладывает, но и не запрещает, если это не мешает выполнению остальных требований стандарта. В случае разных адресных пространств (AVR) размещение констант в программной памяти (флеше) нарушает требование быть обычной переменной. Поэтому для размещения в других адресных пространствах (одно из которых - память кода) вводятся расширения - ключевые слова типа __flash, __eeprom, idata, xdata, far, huge и подобные. const совершенно перпендикулярен к этому. Если же архитектура имеет только одно адресное пространство, то появляется возможность работать с константами прямо во флеш не нарушая требования стандарта без всяких дополнительных ключевых слов, сэкономив таким образом ОЗУ и немножко времени на копировании при старте. И тут уже все в руках программиста - использовать такую возможность или нет. const снова никоим образом на это не влияет. Я показывал, что изменением положения одной строки в скрипте линкера можно получить вариант с константами в ОЗУ и константами во флеше. Оба варианта будут работать. И оба не нарушают стандарт. Мне это ничего не говорит в контексте нашей дискуссии.default memory - ОЗУ. Содержимое всех указанных сегментов по умолчанию попадает в адресное прстранство ОЗУ. В том числе и сегмент CONST. Если это вам ни о чем не говорит - я не вижу смысла в дальнейшей дискуссии. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Tarbal 4 15 января, 2014 Опубликовано 15 января, 2014 (изменено) · Жалоба Ну вот я собрал ваш код при помощи IAR AVR 5.3. Вот MAP файл: Спасибо. Убедили. Практика критерий истины :) default memory - ОЗУ. И как это следует из вашей цитаты? ОЗУ насколько мне известно называется ОЗУ, а не default memory. Почему не написано ОЗУ если это одно и то же? С какой стати множить понятия? Изменено 15 января, 2014 пользователем Tarbal Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться