Конфигурационнные слова (fuses) в ATmega

[Alex-Yu]

Прошу помощи. Замучился рыться по документации и по сети. И все без толку. Не могу найти ответы на крайне простые вопросы:

1. Конфигурационные слова (в atmega они называются fuses) являются программно доступными (отдельно по записи и чтению) или нет?
2. Есть ли у них адреса в общем адресном пространстве? Какие это адреса?
3. Как они прошиваются? Стандартным образом (программатором, естественно, не через резидентный загрузчик) только указать их адрес (если он есть) или каким-то специальным образом? Только без всяких там "возьмите программатор и такую-то программу". Как это происходит на уровне сигналов на ногах процессора? Даже на уровне hex-файла достаточно. Вот, например, хочу я все писать в шестнацатеричном виде, без всяких там трансляторов и т.п. (я иногда так развлекаюсь). Что я должен (руками, явно, просто текстовым редактором!) написать в hex-фйл чтобы прошить конфигурацию?

Аналогичные вопросы для PIC мне знакомы. В документации на PIC все вполне толково написано. Но ATmega.... Поубивал бы того, кто документацию на atmega писал... Впрочем, возможно я просто не нашел нужный документ. Но уж на счет адресации этих регистров и даташите должно быть. Если бы по-уму. Но нету.

[nongma]

...Давно это было, и не правда... Если не изменяет склероз, то:
1. Нет.
2. Нет.
3. В хексе фьюзов нет. "Плавкие вставки" просто прописывались в командной строке "загрузчика" как параметры с соответствующими значениями. Под "загрузчиком" понимается программа для заливки проекта по ISP (простенькая DOS-овская программа, работает из командной строки, название я не помню, возможно avrprog.exe). "Программатор" - К555АП5 с Centronics-а на соотв. ноги AVR (MOSI,MISO,SCk,RESET), +5В от программируемой схемы. Фьюзы можно менять абсолютно независимо, совершенно не затрагивая уже залитый проект.
Главное, RESET в запарке не вырубить (на mega-х он, вроде, отдельный, но на каких-то avr-ах он с выводом порта совмещен; tiny, скорее всего).
Как это происходит на уровне сигналов на ногах, в литературе мне не попадалось, да и не искал специально, за ненадобностью. Кстати, насколько помню, при программировании можно засинхронизироваться очень низкой частотой (несколько килогерц или десятков килогерц), и, если очень надо, снять три сигнала на записывающий осциллограф. При таких частотах даже моя автомобильная приставка к компьютерному ящику справится (12 каналов, 500 кГц).
...Вот как-то так, немного сумбурно... Если очень надо, подниму литературу и программатор найду с программами, но слишком скоро не обещаю. По памяти, можно полистать М.Предко "Руководство по микроконтроллерам", т.2. Ещё была очень толковая брошюрка "Микроконтроллеры ATME семейства AVR" (автора не помню).

[realeugene]

nongma

nongma в сообщении #1685458 писал(а):

В хексе фьюзов нет. "Плавкие вставки" просто прописывались в командной строке "загрузчика" как параметры с соответствующими значениями. Под "загрузчиком" понимается программа для заливки проекта по ISP (простенькая DOS-овская программа, работает из командной строки, название я не помню, возможно avrprog.exe). "Программатор" - К555АП5 с Centronics-а на соотв. ноги AVR (MOSI,MISO,SCk,RESET), +5В от программируемой схемы. Фьюзы можно менять абсолютно независимо, совершенно не затрагивая уже залитый проект.

Человек просил рассказать ему, как писать хекс без этого омерзительного программатора. Возможно, у его пальца, которым он собрался его прошивать, фьюзы отмаппированы в отдельный сегмент хекса. Кто знает?

Я в 90-e игрался написанием своего программатора для AVR. И да, есть возможность прошить в него отдельный загрузчик для ISP. Только глупости всё это по нынешним временам. Как и сами AVR.

[Alex-Yu]

nongma в сообщении #1685458 писал(а):

1. Нет.
2. Нет.
3. В хексе фьюзов нет.

1,2. Может, оно и к лучшему, что программно недоступны. Надежнее. А область загрузчика (если она указана в фьюзах) тоже недоступна и по записи и по чтению? Опасения на счет того, как бы не потереть загрузчик при ошибках программы.

3. В PIC у конфигурационного слова есть и адрес и эти слова достаточно просто прописать в хексе. И программируются они совершенно так же, как остальные адреса. Но программно недоступны. Здесь, как вы говорите, не так. Но хотелось бы знать абсолютно точно.

-- Пт май 09, 2025 20:00:53 --

realeugene, убедительная просьба ничего не писать в моих ветках. Мне ваши комментарии как-то ни к чему. Во избежание (мне на баны наплевать, можно и еще раз).

-- Пт май 09, 2025 20:01:53 --

nongma в сообщении #1685458 писал(а):

Если очень надо, подниму литературу

В принципе достаточно ссылок. Хотелось бы все же все это прочитать в документации.

-- Пт май 09, 2025 20:03:44 --

nongma в сообщении #1685458 писал(а):

просто прописывались в командной строке "загрузчика" как параметры с соответствующими значениями.

Ну так в PIC тоже можно. Отдельно. Но можно и в хекс прописать. Вопрос все же не про то, как работает программатор (можно программу обслуживания программатора написать и так и эдак), а про то, как работает процессор.

[Dmitriy40]

Alex-Yu в сообщении #1685439 писал(а):

1. Конфигурационные слова (в atmega они называются fuses) являются программно доступными (отдельно по записи и чтению) или нет?

Надо уточнять по конкретному кристаллу. У поддерживающих Self programming - есть подраздел с название типа "Reading the Fuse and Lock Bits from Software" (или как-то похоже), там описано как их прочитать. Насчёт записи не нашёл.

Alex-Yu в сообщении #1685439 писал(а):

2. Есть ли у них адреса в общем адресном пространстве? Какие это адреса?

Нет.

Alex-Yu в сообщении #1685439 писал(а):

3. Как они прошиваются? Стандартным образом (программатором, естественно, не через резидентный загрузчик) только указать их адрес (если он есть) или каким-то специальным образом? Только без всяких там "возьмите программатор и такую-то программу". Как это происходит на уровне сигналов на ногах процессора? Даже на уровне hex-файла достаточно. Вот, например, хочу я все писать в шестнацатеричном виде, без всяких там трансляторов и т.п. (я иногда так развлекаюсь). Что я должен (руками, явно, просто текстовым редактором!) написать в hex-фйл чтобы прошить конфигурацию?

Из отдельного hex, хотя это зависит от программатора и его оболочки/интерфейса, бывает по разному (и из hex, и просто значение байтов, и перечисление по именам). Распределение битов по байтам есть в доке в разделе "Memory programming", как именно их прошивать - далее в разделах про параллельную ищи ISP прошивку, там отдельными командами. Если прошиваете сами, то можно положить их и вместе с основным кодом, где-нибудь под 2^32 (2^24), столько памяти в мегах пока не бывает.

Alex-Yu в сообщении #1685461 писал(а):

А область загрузчика (если она указана в фьюзах) тоже недоступна и по записи и по чтению? Опасения на счет того, как бы не потереть загрузчик при ошибках программы.

Это регулируется fuses BLBxx, смотрите доку на конкретный кристалл, раздел "Boot Loader Support".

[Alex-Yu]

Dmitriy40 в сообщении #1685675 писал(а):

есть подраздел с название типа "Reading the Fuse and Lock Bits from Software"

Спасибо за комментарий. Но проблема оказалась вот в чем: то, что гугл находит в качестве даташит -- это какой-то укороченный даташит. Но долгий и мучительный поиск по сети позволил все же найти (вроде) нормальный даташит, на 600+ страниц. Дальше, думаю, разберусь.

-- Пн май 12, 2025 12:56:31 --

Dmitriy40 в сообщении #1685675 писал(а):

Распределение битов по байтам есть в доке в разделе "Memory programming",

Ну с этим как раз проблемы не было изначально.

[Dmitriy40]

Не знаю, у меня гугл находит в первой и третьей строках (в первой на конкретный чип, в третьей на группу одинаковых). Да, если пдфы менее пары сотен страниц - это кривые, overview так сказать, должно быть 300+ страниц (и гугл сразу под ссылкой на pdf показывает сколько там страниц). И да, атмел давно куплена микрочипом, так что пдфы теперь брать от неё, они постепенно переписывают атмеловские пдфы под себя (в основном оформление покрасивее и чуть попонятнее выделения смысловых структур, текст почти не меняется). Ещё наткнулся что еррату убрали из пдфа, а отдельно не выложили, гады.

[Alex-Yu]

Dmitriy40 в сообщении #1685707 писал(а):

. И да, атмел давно куплена микрочипом, так что пдфы теперь брать от неё,

Не знаю, как у Вас, но у меня к майкрочипу доступ закрыт. Доступны только всякие левые сайты, которые выдают укороченную ерунду.

[Dmitriy40]

К ЧипДипу (вторая ссылка в моей выдаче) тоже? Там pdf-ы на 660 и 672 страниц (30МБ и 4.5МБ) для указанного проца. Вообще у них довольно хорошо с доками на продаваемое и лежит она локально у них. Правда может быть старой ...

[Alex-Yu]

Dmitriy40 в сообщении #1685749 писал(а):

К ЧипДипу (вторая ссылка в моей выдаче) тоже? Там pdf-ы на 660 и 672 страниц

Ну посмотрите сами, какие там пдфы: https://www.chipdip.ru/product/atmega328p-pu

Хотя действительно на другие кристаллы, в частности указанные Вами, есть нормальные даташиты. Сейчас посмотрел. А вообще мне просто не могло прийти в голову, что даташит (во всяком случае так пишет чипдип) -- это не обязательно нормальный даташит. Первый, какой увидел, тот и взял. А оказывается, если на клетке написано слон, то совсем даже не обязательно там действительно слон, может и осел оказаться

[Dmitriy40]

Alex-Yu в сообщении #1685775 писал(а):

Первый, какой увидел, тот и взял.

Проблема в этом.
Ещё проблема догадаться что искать доку можно не только на сайте производителя, тут согласен.

Alex-Yu в сообщении #1685775 писал(а):

Ну посмотрите сами, какие там пдфы: https://www.chipdip.ru/product/atmega328p-pu

Посмотрел все. Кроме двух первых и последнего остальные имеют по 445, 654, 445 (похоже на дубль, не проверял), 662, 442 страниц, вроде вполне нормальные пдфы. В каком-то даже прямо написано complete datasheet. Между собой их не сравнивал, думаю для начала пойдёт любой, потом, когда погрузитесь в тонкости, лучше найти самый свежий (и обязательно еррату, бывает в кристалле что-то существенное не работает, типа I2C в режиме slave или прерывания от таймера).
Я не поспорить, скорее подсказать как можно найти и нормальную доку.

Alex-Yu в сообщении #1685775 писал(а):

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

На другие семейства МК даташиты бывают ещё урезаннее, только специфичные именно для данного варианта МК вещи, а все тонкости и детали (которые в общем общие для многих МК) вынесены в отдельные документы, которых могут быть штук 5 (по ядру и программной модели (эти могут быть и разными), по набору периферии, по прошивке, по bootloader и ISP), так что с атмелом ещё более-менее удобно что всё в одном месте.