John_Sbl
Участник-
Постов
14 -
Зарегистрирован
-
Посещение
Репутация
0 Обычный-
В свое время использовали USB HOST контроллера AT91RM9200. Частота процессора порядка 180MHz ОС - VxWorks, USB винчестер с файловой системой FAT32. Сечас уже точно не помню, но помоему мегабайт в секунду не прокачивали.
-
China-Link, Вариант отладчика из Китая
John_Sbl ответил krestnick тема в Отладочные платы
Нужно же было каким то образом заставить проапгрейдить 7-ю врсию 8-ой прошивкой, не трогая оригинальный bootloader (на оригинальном J-Link-е). Перед программированим, в dll, производится проверка на то, какая версия прошивки находится во Flash памяти. Вот и пришлось немножко изменить алгоритм. Заменил в dll условные переходы на nop-ы, и попытался проапгрейдить 7-ю версию восьмой. При этом J-Link Commander честно написал что обновление прошивки прошло успешно, и восьмая версия загружена, но панеле управления все равно отображается 7-я версия -
China-Link, Вариант отладчика из Китая
John_Sbl ответил krestnick тема в Отладочные платы
Использую JTAG. Мне показалось странным другое. Вот официальный ответ: Dear User, Update: ====== J-Links with hardware before 8.0 can not be recommended in conjunction with ARM11. (The hardware J-Link before 8.0 has to less RAM.) So I suggest that you work with the Wiggler, as it seems to give fair time/speed. Получается что в V8 должен стоять AT91SAM7Sxxx вместо AT91SAM7S64 ? Кстати dll-ку ковырять пробовал, лишние jx xxx заменил на nop. В итоге J-Link вроде как обновляется, при обновлении грузит уже не родную прошивку, а V8. Говорит что успешно обновился. После чего перекидываю родную dll-ку обратно, и перетыкаю jtag. J-Link как будто бы и не обновлялся. Такое ощущение, что есть какая-то сигнатура, которая находится за пределами обновляемой памяти, по которой J-Link и определяется как V7. -
China-Link, Вариант отладчика из Китая
John_Sbl ответил krestnick тема в Отладочные платы
Может кому интересно будет: Возникла проблема при работе оригинального J-Link v7 совместно с ARM11. Проблема заключалась в том, что скорость работы с памятью не превышала 2Kb/s. Обратился к службе поддержки Segger. Ответили что не рекомендуют использовать совместно ARM11 и J-Link версии ниже 8-ой. А скорость действительно в районе 2Kb/s потому что J-Link аппаратно не поддерживает работу с ARM11. Перешил J-Link v7 на прошивку V8403e - теперь наслаждаюсь. Скорость работы с памятью ориентировочно 30-40Kb/s -
Куда лучше уйти с Windows XP
John_Sbl ответил war4one тема в В помощь начинающему
Что касается Windows CE. Запускается на стандартной системе практически без проблем, при этом, если не требуется использовать нестандартные устройства, вам даже не придется писать никакого кода для запуска системы на PC. Пробную 180-дневную версию, если не ошибаюсь, можно скачать с сайта Microsoft. -
Проблема решена. Нужно было правильно сконфигурировать SDRAM (Refrash rate). Если частоту обновления SDRAM установить слишком большой, - на работе процессора это ни как не сказывается, а вот контроллер DMA похоже не успевает обмениваться данными с оперативкой.
-
Имеется платка на процессоре KS8695PX, которая отличается от оригинальной тем, что разведена под другую Flash, SDRAM, и отсутствует разводка PCI. KS8695PX планировалось использовать в качеcтве роутера. С официального сайта micrel скачана и модифицирована BSP под VxWorks, при этом в драйвер Ethernet-а изменения не вносились. BSP успешно завелась и функционирует, за исключением Ethernet. Ковыряю отправку пакета в драйвере Ethernet. Ставлю breakpoint, перед записью в регистр TXSTART, проверяю состояние регистров, таблицу дескрипторов, и формат пакета на отправку - все в норме. Делаю шаг. При записи в регистр TXSTART старшие биты дескрипторов (TDES0) сбрасываются - что говорит о захвате пакетов DMA, однако пакет не уходит и прерывание по передаче не происходит. Пробовал устанавливать различные loopback биты чтобы проверить работу MAC уровня и физики. Работает только loopback - физики, т.е. пакет пришедший на физику из вне возвращается обратно. Создается ощущение того что требутеся поставить какой нибуть битик, который разрешает обмен с MAC уровнем. Или запаять какую-нибуть недокументированую ногу процессора. Пробовал производить отправку пакета из IAR - дернув код инициализации и отправки пакетов из linux-a который прилагается к отладочной борде Micrel, - эффект тот же. Сначала думали что процессор битый, однко поставили проц. из другой партиии - ничего не изменилось. Поддержка Micrel замолчала после того как ответил что использую не их отладочную плату. Может быть кто-то работал с KS8695PX и сталкивался с подобной проблемой?
-
Как вариант, можно поставить буфер, между устройством и контроллером, а выходы буфера переводить в третье состояние по низкому уровню на ноге RESET микроконтроллера. Хотя вариант с резистором мне нравится больше.
-
mac - файл макросов, при помощи которого можно произвести некоторые действия через Jtag перед загрузкой программы в контроллер. В этот файл необходимо добавить инициализацию оперативной памяти, для того чтобы иметь возможность заливать программу во внешнюю RAM.
-
Через PMC FrameSync выключать нельзя, поскольку отключится и приемник, при этом DSP не сможет передавать данные на ARM. Но зато можно переключить ногу контроллера на PIO.
-
Спасибо огромное. Передатчик действительно останавливается и снимает клоки при установке бита TXDIS в SSC_CMR. Клоки снимаются при условии что поле CKO имеет значение 2. Остается только фреймовая синхронизация.
-
В том то и дело. SSC продолжает генерировать тактовые импульсы, и сигналы фреймовой синхронизации. При этом, естественно, DSP принимает пустые фреймы.
-
Добрый вечер, есть AT91RM9200 который через SSP связан с DSP-шником. Три линии в одну сторону, три в другую, т.е. тот кто передает данные, формирует Frame Sync и Clock. Существует ли возможность корректно остановить передатчик SSC на ARM-е, таким образом, чтобы премник DSP принял все предназначеные ему фреймы ?