flammmable

Всем большое спасибо. На сайте Arm-а написано, что у Cortex-M3 и Cortex-M0+ шины - AMBA 3. Полагаю, что и у STM32F1/STM32U0, когда бы они ни были выпущены (U0 в этом году, F1 - 100500 лет назад), всё равно шины будут AMBA 3.

Короче, я спросил на форуме самого Arm (оказывается, у них есть форум) и мне всё объяснили.

Зачем же вы читаете обсуждения вопросов, которые вам не интересны? :) Рассматривайте данное обсуждение как чайник Рассела: он по своей орбите, вы - по своей ))))

Мне - тоже 🙂 И я её даже покупал года три назад. Именно этот лот именно у этого магазина. В посылке пришла жёлтая бумажка, что "товар закончился, простите нас". Я потом ещё месяца 4 выцарапывал свои деньги через жалобу в Алиэкспресс. Так что думаю, в реальности эту плату купить невозможно. Вот такие обстоятельства 🙂 Статью - конечно же ждать. Внутренне надеюсь - быстрее, но обещать не могу 😉 В начале следующей недели, к слову, будет публиковаться статья- интервью электронно-гуманитарного характера.

Проблема с devbord-ами от Actel/Microsemi/Microchip :) Их практически не найти. И точно не найти по разумной цене. Поэтому пока я не сделал себе собственную полноценную демоплату, ZIF-панель - безальтернативна.

У меня не плата, а микросхема, зажатая в ZIF-панель LQFP-144. Типа такой: https://aliexpress.ru/popular/qfp144-adapter.html

На стр.12 документа AN3427 есть схема шинной матрицы для STM32F2xx. На стр.17 документа AN4031 есть схема шинной матрицы для STM32F4xx. И это весьма информативные и полезные схемы. Но мне не удалось найти аналогичных схем на STM32F1xx, STM32C0xx и STM32U0xx. Есть ли они где-нибудь в природе?

Не могу найти в документации на МК STM32F1xx, STM32C0xx и STM32U0xx, какая версия шин AHB/APB (AMBA) используется в каждом из семейств. С одной стороны, по времени выпуска (2007 год) семейство STM32F1xx уже могла иметь шины от AMBA3, которая была разработана в середине 2000-х. С другой стороны в reference manual на STM32F1xx в разделе, посвящённом модулю Ethernet написано, что он поддерживает AMBA2 - это единственное упоминание версии AMBA в данном документе. В reference manual на STM32C0xx и STM32U0xx вообще нет упоминаний AMBA. Есть ли где-то в открытом доступе информация о версиях AMBA для указанных семейств микроконтроллеров?

Запитал все-все линии питания. А не только ядра, eNVM и банка рядом с JTAGом. И всё заработало как часы.

Всё, разобрался.

Не или ага - это зависит. Вот вы, лично, как считаете: - Есть ли такая спецификация AMBA, где указано, что при выставленном PSEL, PENABLE обязана удерживается в лог.0 и лог.1 ровно по одному такту? - Если вы считаете, что такая спецификация есть, то насколько, по вашему мнению, лично вы дружите с логикой?

Например вот. Страница 168-169. На иллюстрации конечного автомата чётко видно, что перехода из состояния SETUP в состояние SETUP нет. Также нет перехода ENABLE-ENABLE. Следовательно и в состоянии SETUP и в состоянии ENABLE конечный автомат задерживается не более, чем на один такт. Но как будто это мало, там ещё написано: Тут, впору задаться вопросом: почему апломб и некомпетентность часто идут рука об руку и чем это грозит нашей техносфере? То есть вы же наверняка: 1) ...работаете в радиоэлектронной промышленности 2) ...безапелляционно считаете, что разбираетесь в предметной области 3) ...но при этом вы - не. )))) Думаю, вы сейчас начнёте "сползать" на то, что я привёл стандарт ABMA2, а ведь уже AMBA3-4-5, где всё не так. Но все всё (и даже вы) про вас уже поняли )))) А ведь и правда, из состояние ENABLE конечный автомат может перейти не только в IDLE, но и в SETUP. Всё встало на свои места. Спасибо!

Согласно спецификации AMBA, ровно через 1 такт после установки PSEL контроллером шины в лог.1, этот контроллер устанавливает PENABLE также в лог.1. А затем ровно через такт сбрасывает его (по циклу IDLE-SETUP-ENABLE). Зачем нужен сигнал PENABLE, если других таймингов не предусмотрено стандартом?

Скачал FlashPro Express, создал в Libero файл job, накинул на линии TMS, TCK, TDI, TDO щупы осциллографа. Жму в настройках программатора "Ping" - программатор находится (загорается зелёным строчка FOUND) Жму в настройках программатора "Scan and Check chain" - цепь находится (загорается зелёным строчка CHECK CHAIN PASSED) Жму RUN, предварительно выставив комбобокс в READ_IDCODE - программатор что-то постоянно шлёт по JTAG, получает какие-то ответы от микросхемы, показывает активность миганием жёлтого светодиода, но проходит 10-15-20 минут, а результата нет. Как отлаживать эту чертовщину? Блин, у Альтеры всё намного понятней.

Добрый день! Хочу поиграться с Actel/Microsemi/Microchip. Установил Libero 11.9 SoC, купил на Aliexpress IGLOO2 M2GL005, а также программатор FlashPro4. Подключил у микросхемы все питания и JTAG. При помощи другого отладчика и стороннего ПО через JTAG считал IDCODE. Значит, вероятно, питания подключены верно и интерфейс JTAG тоже подключен верно. Создал проект с мигалкой, попробовал синтезировать его и залить в ПЛИС. Но успеха не имел - долго смотрел на модальное окно с надписью "Running PROGRAM Action. Please do not interrupt". Затем посмотрел на сообщение об ошибке. Тогда я в разделе Program Design-Run PROGRAM Action поменял тип действия на READ_IDCODE. Код вроде успешно прочитался, но это заняло минут пять. Жёлтый светодиод активности на программаторе всё это время мигал, модальное окно "Running READ_IDCODE Action. Please do not interrupt" всё это время висело. Через пять минут вывалился отчёт. Представляется, что процесс чтения IDCODE не должен занимать столько времени. Может кто-нибудь объяснить, что я делаю не так; дать совет, что именно проверить и как отсечь нереальные причины подобного поведения; и рассказать, как запрограммировать IGLOO2?