jcxz

Странно - что так много? Целый месяц? Что там делать-то???... и недели за глаза...

И где Вы, извините, там 1мВт усмотрели? Или по-Вашему - в 10 раз больше - это около? Ну тогда Вам наверное и модули на 100мВт подойдут - тоже ведь "около"...

Стартап не выполняет никакой инициализации аппаратуры (типа прерываний и т.п.), а только готовит программное окружение для выполнения си-кода (инит статитческих/глобальных переменных, памяти, стеков, режимов CPU и т.п.). Аппаратуру можно начинать инитить уже в main().

По идее - не должно быть такого.

"Иногда" - это насколько часто? Недавно переносил проект на F103, так не заметил такого - UART-DMA работает без единого сбоя.

"Зелёные кубики" :rolleyes: (у меня кстати - синие) двигаются после компиляции не из-за антивируса, а скорей всего потому что у вас вероятно IAR версии >= 6.xx и в настройках разрешено Tools\Options\Project\Generate browse information. Это разрешение всяких красивостей типа свёртывания/развёртывания функций и т.п. При этом IAR генерит кучу индексных файлов (загляните в директорию с объектными файлами). Отключите эту опцию и, после перезапуска IAR (и предварительного стирания этой директории), сразу увидите насколько она стала меньше (там останутся одни только объектные файлы). А перечитывание изменённых файлов происходит очень быстро и незаметно для глаза и отключать его не стоит.

Если там в EEPROM прописаны только VID/PID без прошивки, то конечно получится, ведь по control endpoint поддерживаются все команды из ROM (в том числе и команды загрузки прошивки). И даже если в EEPROM есть прошивка, то в ней тоже могут реализованы те же команды загрузки ПО. Когда я писал свою прошивку для CY7C68013A я так и делал, чтобы был однотипный интерфейс обновления firmware и для ещё чистой EEPROM и для обновления поверх старой версии (без поднятия каких-бы то ни было ног EEPROM).

Естественно frame sync должен быть одинаковым. Хотя расположение данных внутри него может быть разным. У меня в проекте 3 сериализатора McASP принимают пакеты с сэмплами от 3 SPI-ADC (8 канальные, по 9 24-битных слов в пакете), а один сериализатор - выдаёт кадры на I2S-кодек (левый и правый каналы). И всё это работает одновременно. Хотя делал это давно и детали уже вспоминаются с трудом.

А Вы вообще понимаете что делаете??? Какие ARM и THUMB если у Вас Cortex?? Он имеет только Thumb2 и ничего более.

Сериализаторы-то настроили? PS: Я конечно могу выложить сюда свою функцию конфигурящую McASP, но боюсь что Вы не разберётесь в ней :)

Если не страшны артефакты от процесса рисования на экране (нет динамической картинки), то допустимо.

Что мешает работнику установить к примеру на телефон ПО учёта рабочего времени и, если в общественном транспорте его осенила некая мысля, полезная для работодателя, включить учёт рабочего времени.

От процессора это никак не зависит. Правила си едины для всех. В cи-файле объявляете переменную без extern, в соответствующем ему хидере - с extern. Хидер включаете всюду где есть ссылки на неё. Возможен также вариант с вообще только одним объявлением в хидере.

Надо не людей слушать, а даташит на чип читать. Насколько помню: при старте CY7C68013A пытается читать EEPROM на I2C, если не удаётся ставит какие-то дефолтные VID/PID и стартует прошивку из ROM. В этом состоянии в её ОЗУ через USB (через определённые команды control-enpoint) можно загрузить прошивку на исполнение. Если на I2C имеется EEPROM, то в ней может лежать или VID/PID (в начале) или Ваша прошивка. Формат не помню. В даташите всё есть. Учитесь его читать.

Не пугайте товарища. Всё возможно. У нас девайс на старом LPC2378 на 72МГц вполне себе стабильно работает в конторской сети с неск. сотнями устройств. И может работать по 3 сокетам параллельно передавая данные. И ICMP и пр. при этом не затыкается. А памяти использует всего 3 кадра под входящие Ethernet-пакеты (макс. длины) и 2 кадра под исходящие пакеты (один - полноразмерный, второй - укороченный). Стек - практически самописный, без всего лишнего.

и Вообще Вы как с логикой - дружите? :w00t:

Поставьте IAR. Там в примерах есть и девайс и хост для LPC17xx. Девайс вполне себе работоспособный - использовал его не раз уже. Хост не пользовал. Также с отладками бывают идут примеры. Например в стартеркитовских вроде есть.

Под "в любом из режимов" имеется в виду кроме прочего и тактовая до включения PLL? Т.е. если у меня OMAP тактируется от внешнего генератора 18.432МГц, а после PLL получаю 294.912МГц, то нужна TCK <=18.432/4МГц ? Но у меня вроде работало на TCK==15МГц с отключенным адаптивным тактированием. Хотя надо ещё проверить - освежить в памяти какая там у меня была TCK... А обновить прошивку в моём Iso Plus можно?

У меня с точностью до наоборот: работает только если отключить адаптивное тактирование. OMAP L137 (ARM9+C674x) + SAU510 Iso Plus + CCS3.3. Так штааа....

Что такое дизассемблер знаете? Даже без него могу предположить, что первые 8 строк - команды типа: LDR PC,[PC,#N] а следующие 8 строк - это собственно таблица адресов, которая считывается первыми 8-ю командами.

Важно не сколько ДПФ делается на сэмлп, а какая нужна минимальная задержка между входным аргументом (сэмплом) и выходным результатом (ДПФ или что там у вас). Время реакции вобщем. Ну если РЗА, то наверное может быть и 1 сэмпл... Только в устройство РЗА ставить линух.... Вы уверены в том что делаете??? Защитные устройства должны быть тупыми и дубовыми насколько возможно. Чтобы обеспечить надёжность. Так что всё-таки - думаю архитектура именно не продумана....

В ядре нету. Но может присутствовать в МК, построенных на этом ядре. А в ядре есть вся поддержка для этого.

Вообще-то топик не про какой-то конкретный проц, а про M3/M4 вообще. И советы соответственно - касабельно всех M3/M4. На шине эти сигналы есть и если в STM32F405 кеша нет - это только его личная беда. И насчёт внешней памяти Вы ошибаетесь. Зачем тогда интерфейсы внешней памяти присутствуют в M3/M4-ядрах? Например LPC1778/LPC1788, STM32F429....

А не поклонник линуха, но тут не могу удержаться: Конечно программер кривым алгоритмом способен убить любую систему. Продумайте вначале архитектуру вашего приложения прежде чем что-то писать. Зачем дёргаться на каждый сэмпл, если можно буферизировать их и запускать обработку сразу N сэмплов?

Наверное контроллер прерывания AM1808 требует чтобы таблица векторов находилась с этого адреса. Или вы спрашиваете почему на этапе компиляции вы сразу не разместили эту таблицу по адресу 0xFFFF0000? Про AM1808 не знаю, но например в OMAP-L137 делается так же, там тоже вектора прерываний ARM-ядра прописываются в ARM local RAM уже после старта ПО. Делается это по той причине, что первым в нём стартует DSP-ядро, ARM-ядро в это время в сбросе. Грузит и стартует прошивку DSP-ядро. А оно не имеет доступа к ARM local RAM.