LPC3180, nohau board Опции

[DmitryV]

Здравствуйте!

Есть плата Nohau LPC3180 + MT-Link. Поработал с ней всего 1 день, а вопросов возникло больше, чем ответов.

К сожалению, софт Nohau дружит только с родными Nohau-овскими отладчиками и MT-Link не видит ни под каким предлогом, однако удалось соединиться с МК через RDI драйверы и консольную утилитку j-flash (Segger). Светодиоды мигают, память читается, все работает (вроде бы) То есть теоретически MT-Link будет работать с этой платой.

Последний Keil с поддержкой LPC3000 оказался неработоспособным. Возникают проблемы при линковке, ругается на lpc3000.o. Мало того, при некотором "обмане" линковщика, сам Keil совершенно отказывается работать через MT-Link, хотя раньше прекрасно работал с LPC2148.

Также не обнаружено софта для прошивки LPC3000 через UART, как это было для LPC2000.

Как результат всего вышеописанного, на данный момент плата Nohau является декоративным украшением стола Если кто-нибудь знает куда рыть по этим вопросам, то, пожалуйста, подскажите.

И еще вопрос не в тему: бывает, что к отладочным платам прилагается софт/операционка/загрузчик... в виде
image.axf или image.inc
Подскажите, для чего эти файлы и как их использовать? Видел, что Keil генерит файл AXF, но куда ему можно подсунуть сторонний AXF - не нашел.

Спасибо!

--
Дмитрий.

[klen]

Здравствуйте!

Есть плата Nohau LPC3180 + MT-Link. Поработал с ней всего 1 день, а вопросов возникло больше, чем ответов.

К сожалению, софт Nohau дружит только с родными Nohau-овскими отладчиками и MT-Link не видит ни под каким предлогом, однако удалось соединиться с МК через RDI драйверы и консольную утилитку j-flash (Segger). Светодиоды мигают, память читается, все работает (вроде бы) То есть теоретически MT-Link будет работать с этой платой.

Последний Keil с поддержкой LPC3000 оказался неработоспособным. Возникают проблемы при линковке, ругается на lpc3000.o. Мало того, при некотором "обмане" линковщика, сам Keil совершенно отказывается работать через MT-Link, хотя раньше прекрасно работал с LPC2148.

Также не обнаружено софта для прошивки LPC3000 через UART, как это было для LPC2000.

Как результат всего вышеописанного, на данный момент плата Nohau является декоративным украшением стола Если кто-нибудь знает куда рыть по этим вопросам, то, пожалуйста, подскажите.

И еще вопрос не в тему: бывает, что к отладочным платам прилагается софт/операционка/загрузчик... в виде
image.axf или image.inc
Подскажите, для чего эти файлы и как их использовать? Видел, что Keil генерит файл AXF, но куда ему можно подсунуть сторонний AXF - не нашел.

Спасибо!

--
Дмитрий.

Здравствуйте.
Скоко стоит пациент, пробывали ли Вы использывать сопроцессор (особо интересует). Очень хоцца такой девайс попробывать. Сам пользуюсь GCC для компиляции и GDB для отладки.

[DmitryV]

Скоко стоит пациент

В районе 1,2К $ на день заказа. Доставка - почти полгода

пробывали ли Вы использывать сопроцессор (особо интересует). Очень хоцца такой девайс попробывать.

Тоже интересующая тема, но пока что не удалось сделать ничего, кроме мигания лампочками через консольную тулу. Если кто-нибудь подскажет все-таки, как юзать эти AXF и плюс получится их закачать через MT-Link, то можно будет погонять и сравнить с чем-нибудь.
Инженер NXP уверял, что плавающая точка там на уровне.

Сам пользуюсь GCC для компиляции и GDB для отладки.

Тоже всегда пользовался GCC. Для этой платы понадобился некий arm-linux-gcc-2004-vfp (вроде бы так, хотя могу ошибаться, щас под рукой нету). Не знаете, кто это такой и где его достать? Обычный arm-linux-gcc не содержит этого самого vfp, о чем радостно сообщает тонной ошибок.

--
Дмитрий

[klen]

Тоже всегда пользовался GCC. Для этой платы понадобился некий arm-linux-gcc-2004-vfp (вроде бы так, хотя могу ошибаться, щас под рукой нету). Не знаете, кто это такой и где его достать? Обычный arm-linux-gcc не содержит этого самого vfp, о чем радостно сообщает тонной ошибок.
--
Дмитрий

Я не имелю ARM9 с плавучкой, поэтому нет собсно и опыта, но ради интереса и посмотреть как работает собирал GCC для ep92XX у которого есть CRUNCH типа тоже сопроцессор. Для сборки требовались два файла из исходников которые делают элементарные операции плавающей запятой (+,-,/,*,cos,sin..., вобщем то что поддержывает CRUNCH аппаратно), и тогда после сборки компиллер в библу stdc/stdc++ вставляет код с вызывами аппаратных операций а не кодовые эквиваленты. Генерируймый код после этого содержал вызовы сопроцессора. Как тока появится пациент так сразу займусь сим шаманством с GCC.

[KostyantynT]

Попробуйте через CW. Там очень просто добавляются новые кристаллы