пилите лучше, меньше отвлекайтесь, может чего и лучше напилите --- лучше самоутвердитесь, меньше засирать в другие ветки будетеМне это не мешает. Незя без перерывов корпеть над SDK и т.д. Сообщения не только для вас - не впечатляйтесь
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Мой сборщик и флешер
- Автор темы Neov
- Дата начала
pvvx
Активный участник сообщества
Мне уж скоро на пенсию - какое самоутверждение - куда его?пилите лучше, меньше отвлекайтесь, может чего и лучше напилите --- лучше самоутвердитесь, меньше засирать в другие ветки будете
Помалеху допилю, но оно и счас работает, пофиксено на каком-то этапе, надо чистить хидеры и выкидывать больной Hal Spic, да вырезать текстовый интерфейс работы с WiFi (много места занимает, а функциональность нулевая - обслуживает не более 10-ки команд всего, а тянет линковку за собой кучи часто ненужных кусков...) Улучшать можно вечно - на всех хватит
Вы уже прощаетесь? Работа то не закончена - нема работающего waf и программатора на Питоне...
Да вот начал ваше обновление изучать. ram_1 из sdk вы безжалостко выкинули, дергаете его самостоятельно из elf по секциям .bootloader .boot.head .loader.head так упоминания о них не нахожу. Подозреваю что все ваше чудо это должно быть в rtl_boot.c, так его компилирую, приставку .boot добавляю и ничего.Мне уж скоро на пенсию - какое самоутверждение - куда его?
Помалеху допилю, но оно и счас работает, пофиксено на каком-то этапе, надо чистить хидеры и выкидывать больной Hal Spic, да вырезать текстовый интерфейс работы с WiFi (много места занимает, а функциональность нулевая - обслуживает не более 10-ки команд всего, а тянет линковку за собой кучи часто ненужных кусков...) Улучшать можно вечно - на всех хватит
Вы уже прощаетесь? Работа то не закончена - нема работающего waf и программатора на Питоне...
Да, проверку нужно добавить.Решил попробовать данный сборщик, собрался проект быстро, а вот прошить не получается. Ошибка на картинке:
Чип подключен, связь через JLink устанавливается. Куда копать?
Вы путь к jlinkarm.dll прописали в wscript?
У Вас дар вчитываться в такоеЕсли вчитаться в ошибку, то причина в разрядности Windows. Прописал путь к JLink_x64.dll и прошилось успешно.
P.S. Еще бы инструкцию в картинках как это дело в Eclipce прицепить, тогда глядишь и желающих протестировать будет больше
C Eclipse, как и с любой IDE все просто, добавляйте исходники, прописывайте либы, include, на build пропишите python waf build. Для отладки Welcome to GNU ARM Eclipse! Вам в руки.
Ну с моим опытом в makefile, а тем более в waf это не очень легко. Насколько я понял к каждому проекту нужен свой wscript, который должен лежать в папке проекта. Но что конкретно в нём редактировать? Вам как создателю это ясно как божий день, но хотелось бы что-нибуть по подробнее чем
И цель configure, зачем она? Хотелось бы отдельную папку с SDK и waf, где всё настроено, чтобы эту папку цеплять к каждому проекту. Не копипастить ж SDK в каждый проект
pvvx
Активный участник сообщества
boot - это последняя добавленная часть из десяток на данный момент. Стандартный, от SDK, не подходит - он имеет ошибки, не имеет исходников, и не совместим с разными вариантами прошивок, к примеру от Admeba Arduino, т.к. он от старого SDK 2015 года. Ну и пришлось вписывать спец. сборку для него, т.к. стандартный не может собираться в GCC в том-же проекте, даже если к нему были-бы исходники. Не нравиться - пользуйтесь стандартным SDK с бинарным кодом boot, без возможности его изменения и ловите его глюки, что вы и сделали в своем сборщике, пока вам сто раз не уточнили.
Со стандартным boot startup оф. SDK виснет, если не верны прописанные установки в 9-ом секторе, а он их сам туда пишет неправильные Дописывайте дальше с программатором. Описания как там и что программится в Flash даны в разных темах форума. Будут вопросы - спрашивайте. Без программатора с опциями этот сборщик вообще не нужен. А так хоть часть программатора можно будет выдернуть, переписать и использовать в дальнейшем.
Впишите поиск JLinkARM.dll по PATH для винды. Это всего одна строчка в Питоне, но избавит от 50% вопросов.
Последнее редактирование:
pvvx
Активный участник сообщества
Где вопрос про секции? Опять тупите? Все секции описаны в rlx8195A-symbol-v04-img2.ld. В sdkbuild.mk для rlt_boot.c секции переименовываются - добавляется
[inline]@$(OBJCOPY) --prefix-alloc-sections .boot $(OBJ_DIR)/$@[/inline]
И ещё раз - тут не ваш личный дневник. При описании разжовываю и так как можно проще и понятнее, а не как вы - ляпнули что-то о своем и требуете перевода и гадания про это от других, что там ляпнули.
Объявите, что эта тема - ваш личный дневник и никто писать ничего тут не будет. И смотреть тоже
Последнее редактирование:
Именно так и делал.
Вот что имеем для rtl_boot.o
Код:
C:\projects\wafmeba-RTL00MP3\build\RTL00_SDKV35a\component\soc\realtek\8195a\fwlib\ram_lib\rtl_boot.o: file format elf32-littlearm
Sections:
Idx Name Size VMA LMA File off Algn
0 .boot.text 00000000 00000000 00000000 00000034 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE
1 .boot.data 00000000 00000000 00000000 00000034 2**0
CONTENTS, ALLOC, LOAD, DATA
2 .boot.bss 00000000 00000000 00000000 00000034 2**0
ALLOC
3 .boot.text.flashcpy 0000009e 00000000 00000000 00000034 2**1
CONTENTS, ALLOC, LOAD, READONLY, CODE
4 .boot.text.get_seg_id 00000034 00000000 00000000 000000d4 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
5 .boot.text.RtlConsolRam 00000024 00000000 00000000 00000108 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
6 .boot.text.InitSpicFlashType 00000040 00000000 00000000 0000012c 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
7 .boot.text.EnterImage15 000005cc 00000000 00000000 0000016c 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
8 .boot.text.RtlBoot4ToSram 00000006 00000000 00000000 00000738 2**1
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
9 .boot.text.RtlBoot3ToSram 00000006 00000000 00000000 0000073e 2**1
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
10 .boot.text.RtlBoot2ToSram 00000006 00000000 00000000 00000744 2**1
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
11 .boot.text.RtlBoot1ToSram 00000006 00000000 00000000 0000074a 2**1
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
12 .boot.text.RtlBootToFlash 00000006 00000000 00000000 00000750 2**1
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
13 .boot.rodata.txt_tab_seg 00000020 00000000 00000000 00000758 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
14 .boot.rodata.tab_seg_def 00000038 00000000 00000000 00000778 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
15 .boot.start.ram.data 00000014 00000000 00000000 000007b0 2**2
CONTENTS, ALLOC, LOAD, RELOC, DATA
16 .boot.data.spic_table_flash 0000001c 00000000 00000000 000007c4 2**2
CONTENTS, ALLOC, LOAD, DATA
17 .boot.rodata.str1.1 00000186 00000000 00000000 000007e0 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
18 .boot.bss.SEG_ID 00000004 00000000 00000000 00000968 2**2
ALLOC
19 .boot.data.InitTabParaAllClk 00000048 00000000 00000000 00000968 2**2
CONTENTS, ALLOC, LOAD, DATA
20 .debug_info 00001a04 00000000 00000000 000009b0 2**0
CONTENTS, RELOC, READONLY, DEBUGGING
21 .debug_abbrev 00000468 00000000 00000000 000023b4 2**0
CONTENTS, READONLY, DEBUGGING
22 .debug_loc 00000620 00000000 00000000 0000281c 2**0
CONTENTS, RELOC, READONLY, DEBUGGING
23 .debug_aranges 00000068 00000000 00000000 00002e3c 2**0
CONTENTS, RELOC, READONLY, DEBUGGING
24 .debug_ranges 00000180 00000000 00000000 00002ea4 2**0
CONTENTS, RELOC, READONLY, DEBUGGING
25 .debug_line 0000072f 00000000 00000000 00003024 2**0
CONTENTS, RELOC, READONLY, DEBUGGING
26 .debug_str 000012f6 00000000 00000000 00003753 2**0
CONTENTS, READONLY, DEBUGGING
27 .comment 0000006f 00000000 00000000 00004a49 2**0
CONTENTS, READONLY
28 .debug_frame 000000fc 00000000 00000000 00004ab8 2**2
CONTENTS, RELOC, READONLY, DEBUGGING
29 .ARM.attributes 00000033 00000000 00000000 00004bb4 2**0
CONTENTS, READONLY
Код:
C:\projects\wafmeba-RTL00MP3\build\app.axf: file format elf32-littlearm
Sections:
Idx Name Size VMA LMA File off Algn
0 .rom_ram 00000bc8 10000000 10000000 00010000 2**4
CONTENTS, ALLOC, LOAD, DATA
1 .ram_image1.text 0000201c 10000bc8 10000bc8 00010bc8 2**3
CONTENTS, ALLOC, LOAD, CODE
2 .romheap 00000c00 10002400 10002400 00022400 2**0
ALLOC
3 .tcm 0000a800 1fff0000 1fff0000 00070000 2**2
CONTENTS, ALLOC, LOAD, DATA
4 .image2.start.table 00000038 10006000 10006000 00016000 2**2
CONTENTS, ALLOC, LOAD, DATA
5 .ram_image2.text 00036310 10006038 10006038 00016038 2**3
CONTENTS, ALLOC, LOAD, READONLY, CODE
6 .ram_image2.rodata 00010dd8 1003c348 1003c348 0004c348 2**2
CONTENTS, ALLOC, LOAD, DATA
7 .ram.data 000019a8 1004d120 1004d120 0005d120 2**2
CONTENTS, ALLOC, LOAD, DATA
8 .ram.bss 00006e72 1004eac8 1004eac8 0005eac8 2**2
CONTENTS, ALLOC, LOAD, DATA
9 .ram_heap2 00000006 1005593a 1005593a 0006593a 2**0
ALLOC
10 .sdr_bss 00000000 30000000 30000000 0007a800 2**0
CONTENTS
11 .debug_info 002146e0 00000000 00000000 0007a800 2**0
CONTENTS, READONLY, DEBUGGING
12 .debug_abbrev 0001f38f 00000000 00000000 0028eee0 2**0
CONTENTS, READONLY, DEBUGGING
13 .debug_loc 00078249 00000000 00000000 002ae26f 2**0
CONTENTS, READONLY, DEBUGGING
14 .debug_aranges 00005dd8 00000000 00000000 003264b8 2**0
CONTENTS, READONLY, DEBUGGING
15 .debug_ranges 000086e8 00000000 00000000 0032c290 2**0
CONTENTS, READONLY, DEBUGGING
16 .debug_line 00045d38 00000000 00000000 00334978 2**0
CONTENTS, READONLY, DEBUGGING
17 .debug_str 0002b658 00000000 00000000 0037a6b0 2**0
CONTENTS, READONLY, DEBUGGING
18 .comment 000000de 00000000 00000000 003a5d08 2**0
CONTENTS, READONLY
19 .ARM.attributes 00000033 00000000 00000000 003a5de6 2**0
CONTENTS, READONLY
20 .debug_frame 000113cc 00000000 00000000 003a5e1c 2**2
CONTENTS, READONLY, DEBUGGINGpvvx
Активный участник сообщества
И ? Что не так и в чем вопрос?
Большинство используемых секций в SDK описано в RTL00MP3/section_config.h at master · pvvx/RTL00MP3 · GitHub
Дополнительно используется приставка [inline].sdram[/inline] для секций к процам с SDRAM и размещения туда каких-то компонентов. Имеющиеся, так называемые оф. SDK не поддерживают нормальную работу RTLxxxAM. Для этого там много недоделано. Запуска в RAM с загрузкой кода в SDRAM для RTLxxxAM пока нет и в моем SDK.
В вашем скрипте нет обработки блоков image в SDRAM для программирования. Блоков у прошивки может быть с десяток и грузиться не только в SRAM, SDRAM, но и в TCM память. Так-же загрузчики из оф. версии SDK не могут обрабатывать блоки Image с невыровненными для них смещениями начал, но предоставленные с ними сборщики этого не учитывают...
Компоновщик в IAR использует не *.ld и фиксированный список процедур и данных в ROM. Он использует библиотеку [inline]rom.a[/inline], в которой объявленные секции переплетаются с SDK
Библиотека [inline]rom.a[/inline] - это странслированные исходники ROM для первой версии чипов - альфа версии ROM. Оно содержит старый код от ROM первых образцов чипов и описание данных в RAM там тоже не полные и не совпадают с реальными чипами, поступившими в продажу, имеющими версию кода ROM уже V02. От этого возникают ошибки в SDK для IAR...Какой-то китаец или ещё кто слепил версию export-rom_v02.txt для GCC, но она невалидна. Имеет неправильные адреса переменных ROM используемых в RAM.
Ameba Arduino до этого бир-бар. Они рассчитывают на RTL8195AM и дублируют код ROM в RAM в виде патчей большинства процедур ROM. В ROM - 30% процедур имеют ошибки
Инициализации данных в RAM используемых процедурами ROM сама ROM не имеет. По этому линковка усложняется - необходимо по определенным адресам RAM закатать данные инициализации для ROM.
Существует несколько путей - залить эти данные в теле бинарника boot-loader-а, как это делается в Ameba и прилепить невалидный список в export-rom_vxx.txt, не используя и половины переменных, а дублировать их в своем коде и загружаемых процедурах. Другой метод - описать каждую переменную и странслировать её инициализацию в свою секцию, для возможности использования в SDK и исключения дублирования, чтобы сократить размеры используемой RAM - так сделано у меня.
ram.bin выплевывался для проверки и не нужен.
Данные в теле boot-loader-а я перелопатил, но хидеры SDK ещё не корректировал. Описания полей данных ROM в RAM разбросаны по куче хидеров в SDK и могут быть конфликты - двойное описание. Чистить это всё ещё рано в моей версии SDK - не сделаны следующие шаги...
Ну а т.к. моя версия SDK ещё не сварилась - нужды в стороннем сборщике нет, будет ещё сотня изменений... Для ускорения процесса требуются не сборщики, а разные готовые проекты, чтобы выработать концепцию как что чаше используется и как. В этом основной тормоз. А пока проектов для теста SDK и выработки какой-то концепции по использованию ресурсов той-же Flash и RAM у нас всего 3 шт: "AT", "MP3" и "HTTPD".
Последнее редактирование:
Обновил: теперь собирает mp3, прошивает, работает. Подтянутся ещё проекты, вот над своим подумываюИ ? Что не так и в чем вопрос?
Большинство используемых секций в SDK описано в RTL00MP3/section_config.h at master · pvvx/RTL00MP3 · GitHub
Дополнительно используется приставка [inline].sdram[/inline] для секций к процам с SDRAM и размещения туда каких-то компонентов. Имеющиеся, так называемые оф. SDK не поддерживают нормальную работу RTLxxxAM. Для этого там много недоделано. Запуска в RAM с загрузкой кода в SDRAM для RTLxxxAM пока нет и в моем SDK.
В вашем скрипте нет обработки блоков image в SDRAM для программирования. Блоков у прошивки может быть с десяток и грузиться не только в SRAM, SDRAM, но и в TCM память. Так-же загрузчики из оф. версии SDK не могут обрабатывать блоки Image с невыровненными для них смещениями начал, но предоставленные с ними сборщики этого не учитывают...
Компоновщик в IAR использует не *.ld и фиксированный список процедур и данных в ROM. Он использует библиотеку [inline]rom.a[/inline], в которой объявленные секции переплетаются с SDK
Какой-то китаец или ещё кто слепил версию export-rom_v02.txt для GCC, но она невалидна. Имеет неправильные адреса переменных ROM используемых в RAM.
Ameba Arduino до этого бир-бар. Они рассчитывают на RTL8195AM и дублируют код ROM в RAM в виде патчей большинства процедур ROM. В ROM - 30% процедур имеют ошибки
Инициализации данных в RAM используемых процедурами ROM сама ROM не имеет. По этому линковка усложняется - необходимо по определенным адресам RAM закатать данные инициализации для ROM.
Существует несколько путей - залить эти данные в теле бинарника boot-loader-а, как это делается в Ameba и прилепить невалидный список в export-rom_vxx.txt, не используя и половины переменных, а дублировать их в своем коде и загружаемых процедурах. Другой метод - описать каждую переменную и странслировать её инициализацию в свою секцию, для возможности использования в SDK и исключения дублирования, чтобы сократить размеры используемой RAM - так сделано у меня.
ram.bin выплевывался для проверки и не нужен.
Данные в теле boot-loader-а я перелопатил, но хидеры SDK ещё не корректировал. Описания полей данных ROM в RAM разбросаны по куче хидеров в SDK и могут быть конфликты - двойное описание. Чистить это всё ещё рано в моей версии SDK - не сделаны следующие шаги...
Ну а т.к. моя версия SDK ещё не сварилась - нужды в стороннем сборщике нет, будет ещё сотня изменений... Для ускорения процесса требуются не сборщики, а разные готовые проекты, чтобы выработать концепцию как что чаше используется и как. В этом основной тормоз. А пока проектов для теста SDK и выработки какой-то концепции по использованию ресурсов той-же Flash и RAM у нас всего 3 шт: "AT", "MP3" и "HTTPD".
nicelight
Member
Уважаемый топикстартер, может вы бы видео зарисовали с процессом настройки\сборки\прошивки\заливки, чего там еще нужно. А то раз уж вы заикнулись об альтернативе ардуины, преподнесли бы и информацию как для ардуинщиков, чтобы понятно было не только , как сделать, но и последовательность действий и что вообще нужно делать. Для меня линковка пока еще темный лес. а хотелось бы разобраться)
pvvx
Активный участник сообщества
Если не знакомы с "линковкой" то, наверно надо начинать с более простых примеров. Тутошние проекты собираются из нескольких десятков файлов и имеют много специфики - с наскоку там не разобраться, по этому автор и пытается сделать сборщик на альтернативном варианте, не с помощью стандартных средств. Arduino тоже использует свой сборщик, который описывать достаточно сложно - имеет свою специфику и ограниченные рамки самой среды по описанию скрипта линковки...
Это всего совет - взять что попроще для обучения, но можно и "в прорубь с головой"
В принципе все уже зарисовано: распакуйте все в одну папку, туда же скопируйте нужный wscript и __* файлы. Далее
Код:
python waf configure
python waf build
python waf flashЯсности в понимании линковки этот проект также не прибавит, нужно изучать The GNU Linker.
pvvx
Активный участник сообщества
"Продвинутый вариант" мешает работать стандартному. Линковщик ищет файлы *.ld в текущем каталоге, а инклуды к ним в указанных ему путях инклудов либ. Копии *.ld при создании обязательной свалки для работы "продвинутого варианта" в основном каталоге проекта мешают - сбивают относительные пути инклудов в них. Уберите весь мусор "продвинутого варианта" хоть в одну директорию. Зачем ему столько мусора в основной, в папках сборки, да ещё ещё кучу папок плодит в проекте - выходит "продвинутый мусорник". Eclipse обижается - среди этого хлама становиться сложно найти сами исходники проекта... Работать с красными глазками, ковыряясь в куче создаваемого хлама данным "продвинутым вариантом" для поиска нужных файлов многие не привыкли, как вы
Для файлов, необходимых для работы "продвинутого варианта", в системе существует папочка tmp или temp - пусть туда валит и там содержит свои "продвинутые" файлы и папки.Исправьте "продвинутость" - зачем для сборки нужно запускать 3 команды, вместо одной, типа "маке"? В этом и есть "продвинутость"?
Последнее редактирование:
Наконец то, без вас скучно было
Всего то создает скрытую директорию waf и файл блокировки .lock*. Ставьте ваш(у) Eclipse на место, и успехов в отношениях
Это уже несколько дней назад исправлено, смело используется ld из sdk и иклудится него все отлично
Давно у вас такие романтические отношения с Eclipse?
Всего то создает скрытую директорию waf и файл блокировки .lock*. Ставьте ваш(у) Eclipse на место, и успехов в отношениях
Без комментариев. Высосанные из пальца страхи и предрассудки.Работать с красными глазками, ковыряясь в куче создаваемого хлама данным "продвинутым вариантом" для поиска нужных файлов многие не привыкли, как вы
pvvx
Активный участник сообщества
Ну вот - вся продвинутось в куче хлама "без комментариев" и красных глазках у пользователей, откапывающих исходники среди кучи файлов выплюнутых "продвинутой версией"Без комментариев. Высосанные из пальца страхи и предрассудки.
Как попробовал вашу версию сборки. Панель с файлами проекта теперь скачет и прыгает от радости отображения накеканных продвинутой версией файлов... Надо вводить новые кнопки в другие панели - ублажать продвинутую версию - без них она не шарит как странслировать проект, а при изменениях в проекте - не шарит, что что-то сменилось. Надо каждый раз запускать терминал и как вы, с красными глазками набивать магические строчки ублажения "провинутому варианту"Давно у вас такие романтические отношения с Eclipse?
Последнее редактирование: