В продолжение. Таки надо, чтобы batch_conf() был не void, а int
чтобы информацию об откате выдавать на-гора. Добавлю.

просветление это!
пора в индию к ламам ))

На самом деле это сказал Дональд Кнут, причём несколько иначе: производительность тоже говно, главное - читаемость кода.

Так может просветите? Как и зачем автор собирается использовать спец функцию которая ухудшает читабельность? Наверное правильнее сказать записывает другими словами те же действия?

Автор предлагает заменить запись REG=VALUE;, которая обычно компилируется в нечто типа
на два слова - адрес регистра и значение. Плюс подпрограмма, получающая массив пар регистр-значение, и записывающая значения по адресам. (Я немного упростил)
При больших объёмах инициализации это должно дать выигрыш по объёму кода. (Это - цель)

Мы лицезреем рождение очередной ардуины...

В Low Density??? И что в остатке???

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

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

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

поглядел доку на семейство, там самое мелкое значение флешки 64 кБайта, не такая уж у гули маленькая пися.... Не если конечно подрубать чужие библиотеки не глядя все улетит сразу, но если ручками, то этого дофига... ИМХО

Попутно узрел еще одну перспективу. Дело в том, что если я на птичьем языке буду описывать действия, относящиеся к инициализации, а их немного, будет проще перейти на переменную длину псевдокоманд, поскольку для него нужна тулза, собирающая коллекцию адресов, данных и масок и формирующая их массив, который не будет более 256 элементов, типа словаря в архивном файле. Естественно, завязываться на Си-синтаксис никто не будет. А так - красота. Кстати, COG кто-нить пользует?


Сейчас выигрыш небольшой, скачайте посмотрите. Но я только сегодня этим позанимался.

Нет, не получится. Потому что передавать надо не два слова, а адрес массива слов.


А какие проблемы с переменной длиной? Ну вот, навскидку:
0 - команда очистки, 1 параметр(адрес);
1 - команда записи, 2 параметра (адрес, значение);
2 - команда установки битов, 2 параметра (адрес, маска);
...
25 - команда ожидания установки битов, 3 параметра (адрес, маска, тайм-аут);
...
команды - как влезет, думаю, что байта за глаза хватит. Выравнивание вот только полетит, но это ничего, мы ж за плотность боремся

В функцию эти два слова не передаются сами по себе. Они все записываются в массив структур. Функция берёт массив и выбирате/выполняет.
Приблизительно как
и
плюс функция поиска в массиве по полю cmd с вызовом функции по полю pfunc.
На больших таблицах функций выигрыш ощутимый. Либо при большом количестве таких switch() -- функция поиска в таблице-то одна на всех.

В данном случае (при 316 байтах в интерпретаторе) выигрыш в коде при тупой записи в регистры пойдёт где-то после 26..27-ой пары, при операциях типа |= где-то после 20-той, при wait-операциях — после 16-той. Надо уменьшать интерпретатор :-)
Ради такого дела можно и на асме выписать :-)

И ещё команда записи 1-ки (вместе с командой записи 0 полезны для bit-band области).
Ну и подэкономить можно на вариации аргумента для записи uint8_t/uint16_t/uint32_t. Только это все интерпретатор утолщает, дольше ждать, когда прибыль пойдёт.

А у CM0 обращение по невыровненному бывает? А то ведь это имеет смысл для мелких кристаллов.

кажется начинаю понимать...

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

Очистка как раз используется раз в 100лет
Выравнивание при том, что никуда не спешим, значения не имеет.
Установка битов, кстати, операции |= &= есть, а ^= еще нету, добавлю.
Можно влезть в байт при другой псевдомашине, но уже с регистровой моделью, типа
регистры адреса источника, приёмника, непосредственных данных, таймаута, адреса вспомогательной функции. Но сейчас конфигуратор влезает в 304 или 308 байт, а там - уже хз.
А с внешней тулзой
uint32_t sfr_collection[]={тратата}; и также коллекция масок и прочая. И будут байты при простой машине.

опять перестал понимать%(

выборка из памяти без выравнивания у кортекса 3 только, а во флеше все равно с выравниванием. а У 0 и память и флеш с выравниванием. Может внешнюю флэшку легче подрубить?

Сообщение отредактировал IgorKossak - Jan 27 2013, 09:51