Сорри за кросспостинг, но подумываю вернуть плату и хочу побыстрее определиться.

1) Результаты такие:

"Итак, мои результаты "введения в ARM" на примере попытки запуска LPC2478STK от Olimex : файлы на CD двухнедельной давности, причем плата ехала неделю. Похоже, первый экземпляр :-) Экран дрожит, USB host флэшку не видит, тест ОЗУ дает ошибку, ping не получился, загрузка ядра по последовательному порту тоже неудачна. Горячее(в буквальном смысле - греется прилично) передергивание питания - и STK, как правило, не включается. На плате нулевые доработки в виде малозаметных резисторов. MMC не работает.
Да, на сайте Olimex'а объявление, что все в отпуске. Не, болгары - это что-то, нужно было начинать со шведов.
Вопрос - чтобы забить на Линух и попробовать проект IAR под Wiggler'ом, нужно кварц заменить на <10 MHz, да? J-linka нет пока.
Да, еще. Шлейф ЖКИ заметно продавлен, STK из коробки не доставался при транспортировании."

2) Просьба к тем, кто работал с LPC2478.

Может, можно поделиться образом какой-нибудь программы, чтобы загрузить ее в память и проверить работу хоть какого-нибудь узла контроллера? Это позволит убедиться, что U-boot работает. Тогда хоть буду знать, что с самим контроллером можно работать.

Спасибо

Под U-boot нет. Могу подбросить то, с чего начинал возится зимой с LPC247(6)8 от www.starterkit.ru. Там порт FreeRTOS, консолька, тесты RAM, бенчмарки, прочего по мелочи.


Если забить и на Wiggler, то загрузите через Bootloader при любои кварце, кстати, о Olimex он, как правило, в панельке - присмотритесь внимательно

Было бы здорово. Сложного (типа RTOS) ничего не нужно. Тест RAM очень интересует. К сожалению, не успел подготовиться. Даже выбор кита оказался случайным. Лучше бы Embedded Artists. Увы, российский Starterkit ставит 2468, а все затевается ради TFT VGA.


Не припоминаю, а платы под рукой нет. В понедельник - к черту микроконтроллеры на два дня :-)

В приложении, только тест памяти там естественно под starterkit. Терминал 115200, кварец 12MHz


У меня их около десятка разных - на всех есть.

Спасибо.


Но 2478 то нет! Ладно, заскочу завтра в офис :-)

Обратите внимание на толщину запаяных ножек - если явно толще нормальных, то это трубчатые контакты и кварц из них просто вынимается.

Посмотрел - SMD, поковырял отверткой - не вытаскивается. Но выводы - два на узких сторонах, отпаять будет несложно.

SMD? Ну тады - ой. А отпаиваются SMD кварцы поганенько - площадки большие . Не отпаивайте - воспользуйтесь bootloader - нафиг этот Wiggler. Сам по себе 12MHz кварц для этого контроллера максимально правильный и причин его менять нет.

А это что за фича? У меня на LPC2368 правда ( работает и при 12 Mhz) на старых LPC на каких только частотах не работал flash loader ( там же параметр есть указывающий частоту кварца) и с оталадкой все ок.
А для новых LPC ( которые внутри с генератором) там flash loader новый, ему внешний кварц не нужен.
Одно может глючить - родной mac файл ( flashloadera) - так его можно подправить.

Речь идет об отладке в среде. С загрузчиком то что можно увидеть? - Только солнце.
А с инструментом - пятна на нем :-)

Поднимается консолька в вперед . 2+2= отлаживать, недеюсь, не нужно а более сложно-алгоритмические вещи в консольке уже во многих случаях много удобнее. А если речь идет о Линуксах, то я честно говоря вообще не представляю чего там JTAG делать.

Ну, про Линукс и JTAG понятно.
А вот посоветуйте мне пожалуйста...
Загрузил я наконец-то Линукс на этой плате. Третья флэшка заработала, MMC и Ethernet - пока нет.
Сижу вот и думаю. Мне на самом то деле нужно GUI + управление другими блоками по CAN . По большому счету, линукс ничего не дает, к нему как минимум еще нужно microwindows/nano-X или uC/GUI. В результате я буду иметь море чужого софта и максимум, что буду использовать - файловую систему для чтения с флэшки и некоторые куски из чужого GUI. И с этим еще и разбираться. И оно мне надо?
Полная противоположность - собственный проект, тогда нужные куски придется выдирать (или не выдирать, отказавшись от некоторой функциональности). Убого, но свое. Есть и промежуточные версии типа использования ulink.
Вы лично, zltigo, что скажете?
Кстати, пробовал поставить IAR v520 по рекомендации iar_setup_uni c фтп - не помогло. Не уточните способ процедуры?

IMHO для GUI самое оптимальное DirectFB + FLTK
DirectFB довольно просто портируется.

Для CAN вроде уже включили socketcan
http://developer.berlios.de/projects/socketcan/

ИМХО, не надо. Файловую систему можно написать свою или взять один из известных проектов. С GUI то же самое.

А вот производительность LPC2478 под ucLinux будет весьма печальной.

Ну почему сразу убого? Системку простенькую - не сложно. С файловой системой никаих проблем не будет, CAN - по любому свой придется писать ибо в то, что в линуксе чего-то пригодное для реальной работы есть я просто не верю. По GUI - не в курсе, поскольку просто не занимался, но есть жизнь и за пределами линуксов и виндовсов..

Без понятия, что рекомендации, но лично выкладывал обычный генератор - все, как всегда.

А с этим как, не разобрались? Тоже хотел прикупить такую игрушку, а теперь боязно.
Меня только граф. интерфейс интересует.

Экран заметно мерцает только когда загружен ulink. При загрузке самой ОС кадровая частота видимо больше, и такого неприятного эффекта нет, по крайней мере на единственном тесте в виде трех больших цветных полей.
По полосе пропускания контроллера ЖКИ у LPC2478 была тревожная информация кажется на SparkFun - при большой загрузке шины экран работает ненормально.
Меня тоже граф. интерфейс интересует больше всего, и я думаю, что отладочная плата от Embedded Artists намного лучше - там выводы ЖКИ выведены дополнительно на разъем. Схема платы есть на ФТП. Теоретически можно подключить два индикатора параллельно. Только параметры этих индикторов скорее всего будут разные.
Сейчас как раз занимаюсь подключением другого индикатора вместо штатного - сложная, в первую очередь конструкторско-технологическая проблема

А хде? Можно в личку. Я этими артистами сразу заинтересовался , но нехотелось с платы срисовывать.

Как хде? "Свой" же.
ftp.electronix.ru/upload/MCs/Embedded Artists LPC2478.ZIP

Пасиба, смотрел чем-то не тем.

После некоторого перерыва я возобновил работу и получаю вот такую картинку:

Сообщение о сбое приходит после успешного стирания секторов и начала записи, количество успешно записанных данных случайно и от скорости вроде не зависит.
В чем может быть проблема ?

Поставить AT200. Поробовать, если что - он разговорчивее по проблемам, особенно, если отладку включить....

AT200 com2 -baud 115200 -osc 12000 -flash LCD_Demo.hex -LPC2xxx >result.txt

AT200/AES ISP/Terminal for LPC2000 V0.27.1 by I.Zalts
HEX file: [F9] LCD_Demo.hex
Joker: LPC2
Serial Port: COM2 Baud: 115200
Oscilator: 12000KHz
Entering to LPC2000 Bootloader -Ok
Bootcode: 3.4.0
Chip ID: Unknown Device (ID:386006837/0x1701FF35)
Joker: Error! Unknown LPC2

Press AnyKey to Exit

Вачдог какой не активирован случаем? Тактирование отваливается или с физической связью с ком-портом проблемы.

А я знаю? Стал записывать поверх установленной u-link от производителя платы. Есть только Вигглер, от экспериментов с которым zltigo меня отговорил.

Короче, результат с AT200 такой-же: загрузчик виснет.
Просто в AT200 нет контроля тайм-аута.
Указал chiptype as LPC2468 (LPC2478 отсутствует в списке).

А сигнатуру во флеш меджике считывает? Еще - кабель от ком-порта должен быть не 3 провода, т.к. нужно чтобы дергал ногу запуска штатного загрузчика и ресетило.

А нафиг было писать ключ джокера, причем НЕВЕРЕЫЙ ну нет такого чипа LPC2 еще три цифири надо дописать.
И вообще его не надо - автоматически должен распознаться и поддерживаться. Сейчас гляну, что там c сигнатурами.



Таймауты везде, где только можно есть. Местами очень большие. Кроме, того включается уровень отладки и виден весь обмен.

Да годится.

1) Кабель настоящий нуль-модемный. 2) В режим программирования входит, пишет 7-8-9-10 секторов, а потом хочет еще проводов?


Пока понял идею...
Без указания типа не стартует. Что в общем-то очевидно, если LPC2478 в списке нет.

Тогда ключик -LPC2368 ,а не LPC2xxx
Или сейчас добавил прямую поддержку:
http://electronix.ru/forum/index.php?showt...mp;#entry462384
Спасибо за ID

Спасибо.

5 минут назад увидел пингвина на экране опять - смог загрузить u-link через внешний USB-RS232 на FTDI. Да и тестовый пример загрузился. Ура!

При возврате на родной ПиСишный порт проблемы повторились. Вот на что уходит жизнь
Спасибо всем.

Скроее всего подвыбит приемник на RS232. Замкните прием на передачу через, напрмер, 1K резистор полудохлому обычно хватет , дабы эхо не принималось. Вы-бы проблему-то локализовали. На чем все у AT200 затыкается?

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

Шлейф Tx-Rx работает через 3 к без проблем.

AT200 затыкается обычно на точках , один раз выскочило сообщение "Wrong answer on Copy-Command".

Возвращаясь к методикам отладки под ARM...В принципе Вы правы - эти все j-link не особенно нужны, если тестовый пример компилируется и работает.
А подскажите плз, детали. Вы ведь не через флэш отлаживаете, а через ОЗУ, используя промежуточный загрузчик между бутлодером и приложением?
Или?

ну так добавьте
- debug 8
будет столько всякого....

Через Flash - какие проблемы? Загубить пока еще ни одну evalution board не удалось (а разве неразрешимые проблемы контроллер перебросить в случае чего), ну а для серийной продукции и того проще - поработал, отправил и взял свежий. Есть девайсы в которых и внешнего RAM хватает для отладки, но как-то не особо и тянет. В принципе можно зашить во flash инициализацию контроллера памяти и выход обратно в загрузчик с продолжением загрузки в RAM через AT200. Ну а если набортный RAM, то AT200 его и так грузит (когда-то грузил, может чего и сломал, конечно...) и запускает.
И MT-Link-и имеются в наличии - там только срипт прописал для инициализации и вперед... но как-то не тянет.

Народ !
почитал я о LPC2478-STK и решил прикупить се чудо , заплатил , приехало.....
посмотрел демку на IARe .... с денек другой поигрался .... понравилось
решил уж под задачу его пристраивать..... не тут то было!

НЕ МОГУ НАЙТИ полный pdf на арма(LPC2478).
рылся по инету , и на nxp ходил и olimex - нету полного pdf, ну чтоб с описанием регистров было....
Может кто поделиться ссылочкой , буду благодарен.

PS нарыл , файло должно зваться "LPC2478_1_clean.pdf"

Cамый полный и самый свежий с nxp на все семейство 24xx

http://www.standardics.nxp.com/support/doc...8&type=user

Who can upload the CD of Embedded Artists's LPC2478 board?

I can. Куда?

Здравствуйте. Хотели приобрести данный кит, но имеется пара вопросов.
1. как вы считаете подходит дайнный арм контроллер для использование в малогабаритной автономной аппаратуре ( нужно максимальное время работы от аккумулятора) с TFT дисплеем, картинку менять часто не надо, но дисплэй имеет стандартный интерфейс с h sync v sync.
2. может кто нибудь выложить схему кита олимекса или отправить на почту Valeraghost@mail.ru с какой нибудь документацией.
3. Для дисплея нужно ставить срам память, без разницы какую?

Уважаемий Petka, прошу если несложно поделит CD от Embedded Artist на рапиде.Заранее благодарен.

Thanks!
You can upload the cd image to our FTP.
ftp://ftp.electronix.ru/pub

Я посмотрел описание на память, которая установлена на отладочной плате Олимекс, как мне показалось она потребляет больше 100 мА. может быть такое? есть чтонибудь по экономичнее?

1. В моем проекте потребление не критично, этот вопрос не изучал, но расчеты показывают, что подсвет экрана требует больше энергии, чем собственно микроконтроллер. А без подсвета на TFT экране всегда ночь. А данный ARM по режиму энергопотребления не хуже любого другого, применяемого в PDA. Так что экономия энергии не в выборе контроллера.
2. Схему отправил.
3. На SRAM для дисплея Вы разоритесь. Наверное, Вы хотели сказать SDRAM?

CD Image залью вечером.
Тут меня ещё просили дать схему. выкладываю: Нажмите для просмотра прикрепленного файла

нет, именно SRAM, так как потребление у этой памяти по идеи меньше. если я не ошибаюсь.
спасибо за ответ.

Меньше только у low power SRAM, а она медленная.

Получается говорить о низком энерго потреблении не приходиться? а как организовано тогда в смартфонах, батареи то хватает хоть на 70 часов? если не часто звонить и фильмы не просматривать.

Экран же не все 70 часов включен.

Ну вообщем то да. А если планируется использовать толь ко 16 бит экран. можно только одну микросхему памяти поставить например 256х16 кбит? этоже получается 512 кбайт?

Просто подсчитайте, сколько Вам нужно (разрешение * глубина цвета * кол-во страниц). Только учтите, что сокращение ширины шины памяти отрицательно скажется на быстродействии.

Ну я понимаю конечно, но все таки требования к размеру (по размеру сотовый телефон почти) и энергопотреблению. тоесть дисплей 320*240*16 бит. а страницы я думал во флэш памяти хранить. а рам только как буфер. переменные даже во внутренней хранить. нужен будет только юсб еще да SPi с уартом. Я щас только с ядром с51 работаю, и армов особо и не видел, поэтому пока всё представление немного туманно. но современные технологии требуеют больших количеств памяти и мощностей (сейчас TFT дисплей).
Получается 160 кбайт памяти должно хватить для буфера экрана. Поэтому я и задавал вопрос о рациональности применения АРМ контроллера в моем приложении, когда собственно операционной системы не будет, тоесть только свой код скорее всего (общение по SPI USB опрос кнопок и обновление экрана.)