uriy

Хм. Я ожидал что в таком режиме внутренняя RAM не используется и будут те же проблемы что и в Saleae. Погонял несколько минут на 50 МГц, все отлично. А почему бы нет? Но это только на full-speed, на high-speed нечего замахиваться этим анализатором.

Да с частотой квантования у них это беда, и saleae у меня тормозит когда бегаешь по логам USB собранными за пару минут. С DSView похоже вовсе не получится собрать логи на такую длительность.

Купил U2Basic, пока в железе ничего не менял и не перешивал. Первые впечатления отрицательные по сравнению с saleae. Показал картинки с шины USB, saleae парсит глубже он показывает адреса ендпойнтов и данные в hex виде. DSlogic ограничивается битами. saleae умеет определять автоматом скорость на шине uart, dslogic нет. Вещь не сильно нужная но приятная, у меня в одном устройстве конечные точки увеличивают скорость uart после включения. Ставлю RLE сжатие, максимальное время становится доступным до 2 минут, но по факту через полсекунды захвата USB Full-speed обрубается. Если щупы подцепить к земле и там не будет данных, то он копит 2 минуты. Не ожидал что будет так.

И у меня такая же ситуация ARM9+DSP, аудиокодек, NAND, SDRAM, периферия на I2C, UART, SPI. В качестве JTAG я использую китайский Jlink и пробовал самодельный на FT232. Пытался разобраться с UrJTAG и OpenOCD но ничего не вышло. Пока остановился на том чтобы освоить программирование NAND флешки через JTAG проца средствами Segger OpenFlashLoader

это нужно делать каждые полчаса https://en.wikipedia.org/wiki/Pomodoro_Technique

Вот тут есть полезная статья https://habr.com/ru/post/425071/ Там стек размещают в начале ОЗУ. В свое время это мне помогло найти причину переполнения стека.

Вот еще вспомнил о картинке со сравнением производительности, раздел RTT Performance. https://www.segger.com/products/debug-probes/j-link/technology/about-real-time-transfer/ Не знаю стоит ли им верить, но сеггер говорит что их RTT в 10 тысяч раз быстрее чем semihosting.

Сам себе и отвечу. Вот этот алгоритм дал тот же результат что у меня http://en.verysource.com/code/7159777_1/samsung_new_ecc_for_512byte_256word.txt.html Дает три байта на каждые 512 байт данных. Назначение остальных FF нашел здесь https://pctuning.tyden.cz/ilustrace3/cerny/2010_SSD1/01_spare_assignment_standard.pdf

Насколько помню дефолтная функция printf у KEIL выводит в окно Build output, а не в UART. Собсвенно так сделано не только у KEIL. Это слишком медленный и малофункциональный вариант. Давно пользуюсь RTT и вам советую https://habr.com/ru/post/259205/

Мне нужно модифицировать данные в чужом китайском железе в NAND флешке. После каждых 2 КБ данных явно есть 64 байта ECC. Я приложил блок данных 2 КБ в бинарном фале, после него во флешке находится такой блок данных: FF FF FF FF FF FF FF 03 C0 00 FF FF FF FF FF FF FF FF FF FF FF FF FF 0C CC 33 FF FF FF FF FF FF FF FF FF FF FF FF FF C3 F3 F3 FF FF FF FF FF FF FF FF FF FF FF FF FF 0C 0F 03 FF FF FF FF FF FF Из готовых утилит для расчета нашел только здесь https://processors.wiki.ti.com/index.php/NAND_ECC_Generation_for_DaVinci_Family_of_Devices У меня получились такие результаты NAND operation #1 NAND4BITECC1 = 0286037B NAND4BITECC2 = 007002F2 NAND4BITECC3 = 01D002D4 NAND4BITECC4 = 0276031B NAND operation #2 NAND4BITECC1 = 01AB0242 NAND4BITECC2 = 026E0188 NAND4BITECC3 = 01E502D1 NAND4BITECC4 = 02B10352 NAND operation #3 NAND4BITECC1 = 03BB019F NAND4BITECC2 = 028A00C1 NAND4BITECC3 = 003C00A9 NAND4BITECC4 = 005A031C NAND operation #4 NAND4BITECC1 = 02DA0025 NAND4BITECC2 = 008B02F4 NAND4BITECC3 = 03280132 NAND4BITECC4 = 026100B2 и NAND operation #1 NANDFxECC = 0x0BF70BF7 NAND operation #2 NANDFxECC = 0x02ED02ED NAND operation #3 NANDFxECC = 0x01310131 NAND operation #4 NANDFxECC = 0x066F066F Не вижу ничего похожего на мой блок данных 0x800.bin

Так лучше запустите полноценную терминалку. Putty например. Там можно и цветной текст выводить через escape последовательности

DSLogic Plus кабели с экраном, остальные без.

Проблема в том что кейл не понимает эти константы. Вот так он понимает: BSS_Start_Ptr IMPORT |Image$$ER_IROM1$$ZI$$Base| DCD |Image$$ER_IROM1$$ZI$$Base| ; BSS_End_Ptr IMPORT |Image$$ER_IROM1$$ZI$$Limit| DCD |Image$$ER_IROM1$$ZI$$Limit| ; ROM_Data_Start_Ptr IMPORT |Image$$ER_IROM1$$RO$$Limit| DCD |Image$$ER_IROM1$$RO$$Limit| ; RAM_Start_Ptr IMPORT |Image$$ER_IROM1$$RW$$Base| DCD |Image$$ER_IROM1$$RW$$Base| Нашел тут https://community.arm.com/developer/tools-software/tools/f/keil-forum/22328/determining-image-size-from-within-code

Перетаскиваю старый проект из ADS 1.2 в KEIL 5. Помогите перенести следующий кусок: BSS_Start_Ptr IMPORT |Image$$ZI$$Base| DCD |Image$$ZI$$Base| ; BSS_End_Ptr IMPORT |Image$$ZI$$Limit| DCD |Image$$ZI$$Limit| ; ROM_Data_Start_Ptr IMPORT |Image$$RO$$Limit| DCD |Image$$RO$$Limit| ; RAM_Start_Ptr IMPORT |Image$$RW$$Base| DCD |Image$$RW$$Base| ....... LDR a1,[pc, #ROM_Data_Start_Ptr-.-8] LDR a2,[pc, #RAM_Start_Ptr-.-8] LDR a4,[pc, #BSS_Start_Ptr-.-8] KEIL не понимает эти константы L6218E: Undefined symbol Image$$RO$$Limit Тут пишут http://www.keil.com/support/man/docs/armlink/armlink_pge1362065957713.htm что нужно создать секции в скаттер файле. Но ведь в скаттер файле это будут фиксированные адреса. А сейчас в ADS нет фиксированных адресов. Или я что-то неправильно понимаю? Программа и данные находятся во внешней RAM. Сейчас у меня такие адреса: Image$$RO$$Base = 0x40000000 Image$$RO$$Limit= 0x400739a8 Image$$RW$$Base = 0x400739a8 Image$$RW$$Limit= 0x402d7814 Image$$ZI$$Base = 0x40097524 Image$$ZI$$Limit= 0x402d7814

Железок с аналоговыми входами у них похоже нет? Мне бы вместе с цифровыми еще пару аналоговых как это сделано у оригиналов saleae