Неправильно. Библиотека называется libm.a, просто опция -l подразумевает префикс lib и окончание .a, кстати при желании ее можно заменить на -L<full_path>/libm.a, просто это дольше и бесполезнее. Платформо-специфичных опций в gcc используется не так много. Единственная которая вспоминается с ходу это -mmcu
Заголовок сообщения: Re: AVR studio в вопросах и ответах
Добавлено: Ср дек 07, 2016 18:47:54
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 645
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2687 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
Понадобилось сделать длинный массив, который будет хранится во внешней памяти.
Попробовал его сгенерить как массив EEPROM в атмел студио (не хочется безликими цифрами набивать внешнюю память) переопределив #define E2END , однако все равно размер данных остался обрезанным по фактическому размеру еепром МК.
Подскажите как сделать такой файл, для последующей прошивки во внешнюю память. Спасибо.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Заголовок сообщения: Re: AVR studio в вопросах и ответах
Добавлено: Чт дек 08, 2016 16:04:39
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 645
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2687 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
Нет, не в RAM. Было бы не плохо, если удалось скопмиллить дамп для внешний флешки. Желательно в проекте для МК, чтобы легко править дамп, изменениями каких-то определений и пр.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Инженеры КОМПЭЛ провели сравнительное тестирование аккумуляторов EVE и Samsung популярного для бытовых и индустриальных применений типоразмера 18650.
Для теста были выбраны аккумуляторы литий-никельмарганцевой системы: по два образца одного наименования каждого производителя – и протестированы на двух значениях тока разряда: 0,5 А и 2,5 А. Испытания проводились в нормальных условиях на электронной нагрузке EBD-USB от ZKEtech, а зарядка осуществлялась от лабораторного источника питания в режиме CC+CV в соответствии с рекомендациями в даташите на определенную модель.
Так врядли получится. Вам придется написать/подключить драйвер внешнего девайса, т.к. в этом случае МК обращается не к памяти, а к устройству через соответвтующий интерфейс (SPI например)
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Заголовок сообщения: Re: AVR studio в вопросах и ответах
Добавлено: Чт дек 08, 2016 17:08:03
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 645
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2687 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
Вы абсолютно не поняли мою задачу. Мне достаточно, например, чтобы файл epp скомпиллился в нужный мне размер, а не был ограничен реальным размером еепром МК.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Значит Вы ее так описываете Я к сожалению не телепат....
Сами прикиньте, Вы указываете компилятору конкретные камень с конкретным размером EEPROM, который не может расширятся (физически не может!). Что по Вашему должен делать компилятор?
Массив большего размера чем память на камне можно объявить только в XRAM, т.е. расширить только RAM (при этом компилятор кстати дает интересный репорт типа:
... только не пойму что это даст, зачем такие извращения? просто я например, за 15 лет ни разу не испытывал такой потребности... да я даже массивы в EEPROM не размещаю! не фиг им там делать
Например, для ATmega128 подключаю внешнюю FLASH и работаю с ее МС как внешним устройством, размер данных при этом может быть и 1Мb и более. Обработка таких монстров данных ведутся через "окна", которые скачиваются в RAM/XRAM, но это зависит от задачи...
А для временны'х трендов, лучше вести файл БД во FLASH (SD карта)... т.е. все зависит от задачи
но в любых случаях, если данные не лезут в RAM, работать приходится с внешней памятью как с внешним устройством
Заголовок сообщения: Re: AVR studio в вопросах и ответах
Добавлено: Чт дек 08, 2016 18:20:49
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 645
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2687 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
_dark писал(а):
Например, для ATmega128 подключаю внешнюю FLASH и работаю с ее МС как внешним устройством,
Z_h_e писал(а):
Понадобилось сделать длинный массив, который будет хранится во внешней памяти.
Z_h_e писал(а):
Нет, не в RAM. Было бы не плохо, если удалось скопмиллить дамп для внешний флешки.
Не знаю что тут не понятного и зачем рассказывать мне как обрабатывать большие данные, ну да ладно. Дело не в этом.
Не получилось с правкой файла xml. Все тот же размер. Собственно не обязательно генерить как файл еепром, может другие методы есть, если есть. С ЕЕПРОМ показалось самым простым способом решить данную задачу.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Если память внешняя, то вопрос какая? адресуемая напрямую? т.е. она поддерживается шиной адреса данных МК? Тип камня какой? иначе не понятно в чем проблемма Причем здесь EEPROM? Чем FLASH программ не устраивает? т.е. у меня много вопросов но они могут быть все мимо...
1.В конце концов возьмите камень с большей EEPROM 2.Генерите дамп с константами для FLASH, и выкусите кусок данных оттуда (незнаю насколько он "чистым" будет без добавок от компилятора и линкера)
Добавлено after 35 minutes 12 seconds: зы
Z_h_e писал(а):
А где Вы размещаете данные длиной например 200КБ и больше?
Вопрос подразумевает реальное размещение данных в какойто МС (или в МК или во внешней МС) как это делаю я объяснил, и это "где и как" зависит от задачи
А заполнение внешней памяти "внятными" данными (через генерацию дампа) ничем не лучше заполнения любым генератором чисел (если нет цели их использования).
Заголовок сообщения: Re: AVR studio в вопросах и ответах
Добавлено: Пт дек 09, 2016 13:01:02
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 645
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2687 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
Мне собственно не так важен формат, пускай будет bin, например. Написать какую-нибудь прожку конечно можно, но не хочется, особенно когда среда программирования такую задачу в принципе выполнять умеет .
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
я дико извиняюсь, но так и не могу понять проблему...
Z_h_e, вы хотите в тексте исходника набить 200 килобайт бинарных данных в виде массива, чтобы потом компилятор сформировал вам некий hex для заливки в отдельную микросхему EEPROM - я верно уловил суть ваших пожеланий?
Ни Си, ни препроцессор Си не предоставляет каких-либо удобных средств, чтобы как-то автоматизировать процесс ввода данных, даже если алгоритм их последовательного создания известен. т.е. метод для этого только один: COPY-PASTE. или вручную... но 200К бинарных данных это в нотации синтаксиса Си по меньшей мере 1М текста! вы на самом деле решили набивать это руками в IDE?
тут или я чего-то не понимаю, или одно из двух
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется... скушно, бабоньки!
Заголовок сообщения: Re: AVR studio в вопросах и ответах
Добавлено: Пт дек 09, 2016 14:38:53
Собутыльник Кота
Карма: 29
Рейтинг сообщений: 645
Зарегистрирован: Сб май 14, 2011 21:16:04 Сообщений: 2687 Откуда: г. Чайковский
Рейтинг сообщения:0 Медали: 1
ARV писал(а):
Z_h_e, вы хотите в тексте исходника набить 200 килобайт бинарных данных в виде массива, чтобы потом компилятор сформировал вам некий hex для заливки в отдельную микросхему EEPROM - я верно уловил суть ваших пожеланий?
Возможно даже больше. Делаю не для себя, некий пользователь по мере неких требований будет заполнять и корректировать данные, которые постепенно станут достаточно большими.
ARV писал(а):
Ни Си, ни препроцессор Си не предоставляет каких-либо удобных средств, чтобы как-то автоматизировать процесс
То что есть, константы и макросы, не лучшим образом, но значительно упрощают это дело.
ARV писал(а):
вы на самом деле решили набивать это руками в IDE?
В жизни так случается, что приходится работать руками. Что то посдказывает мне, что на те же AVR даташиты содержать значительный объем информации набитый руками и что-то никто по этому поводу не переживает. Да тут можно много примеров привести.
Разговор очень часто уходит в сторону от заданного вопроса. Когда из праздного любопытства, когда то благадаря троллям, а когда-то ради желания уточнить для чего и предложить лучшее решение. Я представляю в голове другие пути решиния данной задачи. Но тут меня интересует именно тот вопрос, что задал. Возможно существует метод снятия ограничения по объему кода, рад был бы его услышать, хотя может он оказаться таким извращенным что не стоит и пробовать. Ну а если его нет или просто никто не знает - ну нет так нет.
_________________ Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
Разговор очень часто уходит в сторону от заданного вопроса. Когда из праздного любопытства, когда то благадаря троллям, а когда-то ради желания уточнить для чего и предложить лучшее решение.
можете считать меня хоть троллем, хоть эльфом, хоть гномом но ваша задача имеет 2 решения: то, что задумали вы и правильное
по-вашему эта задача решается так: берется утилита, конвертирующая текст в бинарный формат, в makefile пишется правило ее запуска в ответ на расширение файла .txt, файл включается в проект и далее по тексту - при помощи редактора IDE файл создается, при помощи makefile собирается проект. но, имхо, это натягивание жабы на глобус - эстество какое-то
на вашем месте я бы не тратил время на поиски способа оптимизировать неправильное решение
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется... скушно, бабоньки!
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 18
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения