Еслиб я был программистом, я бы искал проблемы в мелочах, а имея паяльник…

Оказалось всё проще

…в общем я спалил програматор.

Спойлер

История долгая, китаец обманул меня прислав не то, я обманул китайца оставив кренки и леды вместо не присланых пофигисторов потомучто они 2.5 раза дороже.
Запаял вместо 78lO5 туда 78l|5
От usb прибор отказался работать от 4.5, ну я сунул в него китай бп 15-10.
Яркость росла, контраст плыл, ну при втыкании usb становилось как надо, видимо ПК вместе с програматором сажали на себе до 7в.

Всё нормально было, только прибор брехал, потом то дошло нужную кренку впаять и всё было хорошо пока я дал команду BitClock=115000 на чём програматор повис и я его дёрнул.
Програматор сдох, порт сдох, все порты сдохли.
Перестановкой дров удалось оживить порты которые опять нашлись, но мой програматор уже не определялся в отличии от другой платки.

В итоге выход 3.3в pl2303 коротыш на корпус, пробовал подавать ненужные 3в с прибора, сажает до 2.5 и не определяется.

Вменил микру, вот тут началось извращение.
Непропай убил мне и прошивку в програматоре(точнее я её) и ещё пол дня потрачено.


Из за одной полухалявной кренки видимо поджарил микру по питанию.
Не знаю в этом ли была проблема, но потом корпус подплавился.
А может от выдёргивания провода или както замкнул.

Неверная команда скорости свалила програматор в медленый режим.
Решается 2 способами, стереть eep програматора, что невозможно без полной перешивки.
Или накатить AVR Studio 4 или может 6 и там поднять частоту isp, что тоже хрен найдёшь, они разные.

Вобщем пропаяв usb-uart и убрав сопли, стандардатным(для меня) способом запаяв капельки перешил микру чтоб ожила, а настройку поменял в студии.
Кароче надо eep с неё снять с настройками, чтоб по полчаса не шить и не искать где студию скачать

Друзья, такой вопрос! Задача - написать бутлоадер на 128 меге на с++.
Во всех статьях инструкции - менять строки, указывать адрес загрузочной секции в makefile. Но! в atmel studio 7.0 они пишутся автоматически, даже в заголовке стоит метка - не изменять. Изменение фьюзов Bootrst и bootsz результатов не принесло.

Они пишуться автоматически из настроек проекта в студии.
Пропишите в настройках проекта соответствующие параметры линковщику. Студия их потом в makefile пропишет.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

подскажите, кто знает, почему я не могу получить значение символа, заданного в скрипте линкера?

скрипт (фрагмент):определил два символа __my_tbl_start и __my_tbl_end

в программе делаю так:получаю 0x0000 0x0000
хотя в map-файле эти символы нулю, естественно, не равны:

что я делаю не так? как в программе получить значения этих символов дл доступа к моей таблице?

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

А сами таблицы (массивы, как я понимаю) объявлены с "__attribute__((__section__(".my_table")))"?

И ещё немного непривычно (хотя не уверен, что неправильно), что по сути, если верить скрипту, эта секция объявлена внутри .text. Я в своё время экспериментировал (правда, с STM32, но не суть важно) - так я отдельно в MEMORY {} добавлял MY_TABLE - нужную область памяти (по адресам - в конце FLASH), а саму область FLASH "обрезал" на это же число. И уже отдельно секцию объявлял, типа

Вполне работало.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

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

это первый мой опыт со скриптами, плохо понимаю, что делаю... но по образцу найденного в интернете: https://stackoverflow.com/questions/397 ... le-for-avr

А зачем такие сложности, на самом деле? Объявите массивы const PROGMEM (то есть, самым что ни на есть стандартным образом), и компилятор разберётся сам.

Я в моём случае пытался задействовать лишние 64кБ Flash-памяти на STM32F103C8, которых у него якобы нет. А какова у Вас причина не отдать это на откуп компилятору?

сложности?
задача стоит такая: парсить входную строку, и по её первым нескольким (количество разное) символам вызывать ту или иную функцию.
то есть в начале строки идет текстовая команда и надо её выполнять.
как такие задачи решаются в avr-gcc?
описывается структура типазаметьте, что в конце структуры указатель на сроку во FLASH.
затем описываются все ключевые строки:затем определяются все функции обработки и массив во FLASH из этих структур
ну а уж потом в цикле можно перебирать элементы массива, сравнивать начало строки с полем cmd и при совпадении вызывать соответствующую функцию.


согласны, что так принято делать? удобно ли это? это ужасно неудобно!

во-первых, надо отельно описывать строки, т.к. avr-gcc не может сразу помещать во FLASH строку, указанную в инициализации структуры.
во-вторых, все функции должны быть описаны до массива в том же модуле
в-третьих, если по ходу пьесы приходит на ум изменить количество элементов массива, то надо править сразу в трех местах...


с другой стороны, в avr-gcc имеется возможность в любом месте в любом модуле описать обработчик прерывания, и они все из разных мест будут собраны линкером в одну таблицу! вот аналогичный подход я и хочу реализовать:
а затем в любом месте моего проекта(т.е. в любом месте любого исходника!) я напишу таки вуаля! линкер соберет все эти разрозненные "входы" в таблицу, останется лишь узнать адрес её начала и... понимаете?
согласитесь, что это просто очень удобно! и какой простор по применению этого метода при создании меню! красота ведь!

кстати, по моему конкретному вопросу: ночью приснилось - утром проверил. адрес __my_tbl_start как раз правильный! то есть printf("%04X %04X", &__my_tbl_start, &__my_tbl_end); выводит то, что надо. но выглядит это каким-то грязным хаком...

Добавлено after 8 minutes 1 second:
единственное, о чем следует помнить при таком подходе, так это об уникальности всех "команд". нельзя допускать, чтобы существовали команды, совпадающие с первыми символами другой команды, т.е. "CMD" недопустимо, если существует "CMD1". потому как линкер отсортирует элементы таблицы так, что "CMD" всегда будет попадаться при переборе первой, и сравнение начала входной строки с этой командой будет происходить всегда, даже если в строке указана команда "CMD1"...

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

А вот эта задачка, когда сами имена функций отличаются - это уже сложнее. И, ещё, как указатели на эти функции, в каком порядке, будут выстроены в этой таблице? Где гарантия, что он не нарушится при добавлении новой?

Имхо, такое стремление к "красоте" кода, делает его уж слишком непереносимым.

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

на счет переносимости у меня такое мнение: во-первых, я надеюсь, GCC работает с секциями одинаково для всех платформ, и LD, по идее, тоже. значит, проблема переносимости будет заключаться только и исключительно в правильном выборе секций и корректировке скрипта линкера под конкретную платформу. я так понимаю, это нормально. во-вторых, лично меня прблема переносимости волнует мало, т.к. я не профессионал.

теперь снова о личном.
я моем проекте DIGILIGHT я сделал, как мне казалось на тот момент, гибкую систему сборки прошивки с разными модулями-эффектов. однако, на деле это вылилось в следующее: каждый модуль эффекта сам себя "регистрировал" при помощи специальной функции. регистрация эта заключалась в том, что в массив фиксированной величины, размещенный в ОЗУ, заносились адреса интерфейсных структур модуля. т.е. все недостатки проявились в полной мере: расход ОЗУ, необходимость "регистрировать" модуль вручную... а ведь при помощи секций и линкера все это можно было сделать гибче и проще, и ОЗУ напрасно не тратить. да и в случае необходимости никто не запретит и в ОЗУ массивы делать за счет усилий компоновщика! гибкость получается высочайшая!

Думается в программе именно к этим символам доступ не получить никак - это же линковщик.
Надо действовать обычными путями.
Исходя из моего понимания можно:
1) задать фиксированный адрес секции при линковке, а адрес передавать через дефайн в исходники;
2) в основной программе, точнее в первом модуле при общей сборке, объявить в той же секции переменную, она будет там первая - взять её адрес.
3) создать асемблерный (.S) файл, где разместить глобальную метку в нужной секции, в общую линковку ставить этот файл первым, в исходнике через extern.

Добавлено after 2 hours 25 minutes 1 second:
Мои представления были не точны.

ARV, это ж адрес! Метка сама по себе не резервирует память. Поэтому тип указанный в extern в упомянутом случае смысла не имеет, нужен именно адрес.

printf("%04X %04X", &__my_tbl_start, &__my_tbl_end);

PS: Да, сначала разобрался, а потом прочитал ваше сообщение, где уже проверили этот вариант...

благодарю за желание помочь я уже вовсю пользуюсь этим методом - мне нравится.

Хм... Если я правильно понимаю, то строки объявлены как ASCIIZ, а сравнение строк осуществляется в написанной программе. И если это так, то частичное совпадение в начале имени команды может быть проблемой только при определённом способе сравнения. Если проверять строку полностью (с учётом их длины), то это не должно быть проблемой.
Или тут опять какие-то подводные грабли?

Для этого, ведь, тут и тусуемся

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

А есть какие то ньюансы по использованию _delay_ms()? воткнул в начало прошивки - и прошивка не стартует в мк, хотя далее по тексту в самой прошивке процедура задержки используется и используется успешно. Удаляешь строку с паузой и все норм.

никаких нюансов нет.

Есть плата. Долго рассказывать, но смысл в том что мне надо что бы она "стартовала" с небольшой задержкой, иначе происходит ложное срабатывание датчика. После ряда инициализаций втыкаю паузу _delay_ms() и прошивка умирает. В протеусе в симуляторе все работает, то есть пауза и понеслось. Куда смотреть то? В чем может быть дело? Пробовал по разному, в разных местах....

Код в начале вот такой:



PS тинька2313, sut=10 пробовал - мало

А значение F_CPU определено в программе?

Доброго времени суток. Есть такая проблема: есть ли в WinAvr (и avr-gcc, соответственно) возможность по умолчанию разместить некий массив данных в EEPROM контроллера, причём начиная с определённого адреса? Нужно вывести на HD44780 пользовательские символы, и я хочу немного сэкономить ресурсы за счёт помещения символов в энергонезависимую память. Однако строка типа

как я понимаю, будет перезаписывать массив при каждом выполнении программы, да ещё и начиная с нулевого адреса. В PIC-ах, например, можно заранее указать данные EEPROM, которые будут записаны туда единожды при прошивке контроллера и размещены по указанным адресам, минуя основную память. Как сделать то же самое в AVR (в моём случае - AtMega8), я так и не нашёл.

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

во-вторых, с нулевого адреса или нет, это боооольшой вопрос, т.к. на самом деле адрес этого массива определит линковщик в соответствии с его скриптом. если никаких других "переменных" в EEPROM у вас в проекте нет, то да, массив будет с нулевого адреса помещен, а если есть и другие - то не факт.

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