Здрасьте!!! Вопросы ну о-о-о-чень чайниковские!!!
1) В какой последовательности нужно подключать питание к плате, отладчик (у меня MT-LINK, USB) к плате и отладчик к компу так, чтобы ничего не спалить. Это я о том, что у меня комп и источник не заземленные, я в свое время спалил LPT-порт , подключая кабель для ПЛИС к запитанной плате (не вашей плате, другой), однако четких правил "подключения" я до сих пор не знаю .
2) В комплекте прилагается диск с пингвином. А как этим хозяйством пользоваться?
3) Я в линуксе (и в uclinux-е) ни бум-бум . Поэтому очень прошу помогите инфой (ссылками) по этой теме, так сказать, для начинающих и для тех, кто в танке.
А еще пожелание - добавьте на диск в datasheet данные по индикатору. Вот здесь вот общая информация и pdf-ы:
http://www.gamma.spb.ru/products.info.php?c=9&s=308&i=423

1)Перед включением любых систем с различными источниками питания (т.е. где потенциалы земель могут отличаться), сначала подсоединяют/отсоединяют все разъемы, а затем включают питание. В крайнем случае (при включеном питании) соединяемые разъемы должны иметь такую конструкцию, что первой замыкаемой цепью должна быть земля. После того как земли устройств соеденены, риск что то выжечь минимален.
2)Устанавливаете VMware, запускаете виртуальную машину, заходите (лучше через текстовую консоль, Alt+F(1-5)) пользователем root (пароль 123456). В папре /home/user/src/uClinux-dist-20051014 лежит собираемая система.
make menuconfig - позволяет конфигурировать ядро и набор утилит корневой файловой системы.
Скрипт make_zLinux - собирает систему и подготавливает образы для u-boot.
После сборки,образы ложатся в /home/user/src/uClinux-dist-20051014/images , скопируйте их в /tftpboot , после чего они будут доступны TFTP серверу через который (используя u-boot) их и можно будет залить в систему.
3) Об этом гниги пишут, конкреизируйте вопросы (заметите что и их количество уменьшится).
4)Учту, действительно забыл про его доку.

Здравствуйте!
Кое-где не разобрался с разъемами:
1) Вилка J4 на плате с тремя штырями и маркировкой
"+VREF-", а на схеме (pdf-файл) нарисована вилка с двумя штырями, подключенными к цепям VREF и 3.3V. Разъясните про третий штырек.
2) Вилка J6 под батарейку (для RTC) - это которая рядом с J7 и J8, без маркировки?
3) А для ПЛИС какой пример зашит? Контроллеру ПЛИС не мешает ( может она по шине к флэш-памяти обращается и т.п)?
Или для экспериментов с LPC и ОЗУ или флэш-памятью лучше ПЛИС не запускать (например, с J9 джампер снять, чтобы ПЛИС не грузилась, или конфигурационную память переписать)?
Заранее благодарен.

1) Забыл обновить схему, по ходу работы внес косметические изменения - "расширил" J4, добавил пару резисторов "подтяжек".
Назначение трехпинового J4 - для случая использования внешнего источника опоры для АЦП, третий пин - земля.
2) Квадратная контактная площадка на любом из разъемов или джампере означает первый пин, в добавок далее стоит защитный диод.
3) В FPGA зашит пример для доступа к блочной памяти FPGA через EMC контроллера. В принципе, этот пример конфликт на шине может вызвать, если стробы CS и OE будут активны. Для того чтобы FPGA не загружалась лучше замыкать J15 (PRG) т.к. в этом случае FPGA даже не пытается считать битстрейм.

Здравствуйте!
Сегодня впервые попробовал запустить свою первую программу(пишу в EWARM 5.11). Т.е помигать светодиодом через P0.16 (X14-3) по прерываниям от таймера. Сразу возникла масса вопросов:
1) Все сделал, вроде, как полагается - взял из примера для LPC2468 файл для линкера (код размещается в ОЗУ), макро-файл для отладчика (записать нужное в MEMMAP для переотображения векторов исключений в ОЗУ). Написал программу на си. Сделал build. Подключил отладчик (у меня MT-LINK). Подал питание на плату - бах, запустился записанный во флэш тестовый пример (Nichelite), на ЖКИ чего-то там вывелось. Это что, пока отладчик процессор "ловил", тестовая программа уже вон чего успела сделать? Дальше тоже непонятно - когда в иаре запускаю отладчик, то регистры периферии сбрасываются или в них остается то, что тестовая программа успела записать?
2) Далее запускаю программу под отладчиком. По точкам останова вижу, что прерывания от таймера приходят, функция обработки прерываний от таймера вызывается. А светодиод, сволочь, не мигает. Стал смотреть тестером (другого под рукой нет). На выводе P0.16 (в смысле на X14:3) напряжение 2,4 В. Хотя еще до запуска таймера и т.д. я на P0.16 единицу устанавливаю (или пытаюсь). Это что значит, что P0.16 остался входом с резистором подтяжки?
3) Еще вот про DBGEN спросить хотел - если его к нулю притянуть (джампер на вилку одеть), то при включении питания тестовая программа не запускается, потом джампер снимаю, запускаю отладчик... Правда светодиод все равно, падла, не мигает. Вот! Может при отладке с этим DBGEN чего нибудь делать надо или пусть он притянут к 3.3В остается (как изначально было)?
4) А в иаре есть какой-либо способ просмотра содержимого периферийных регистров, кроме как в общем окне memory - очень неудобно, сначале в PDF смотришь адрес, потом в окне туда лезешь и т.д. Может там можно как нибудь в отдельном окне выводить такие-то биты этого регистра, такие-то биты другого регистра?
Напоследок убедительно прошу всех счастливых обладателей SK-LPC2478-S3E - выложите какие-нибудь маленькие тестовые примерчики (наподобие моего, только рабочие). Ведь наверняка что-то готовое у вас есть! Не может же быть такого, что только я тут со светодиодиком тра...юсь, а остальные уже во всю uCLinux запускают и вообще "бороздят просторы балета"
Заранее благодарен!!!

Я если и "ковыряюсь" то в Keil-е, поэтому пособетовать по сборке и отладке не могу.
2) Вы скорее всего забыли IO на выход настроить, не забудьте что P0 и P1 могут работать в двух режимах ("обычный" и "быстрый").
3) DBGEN не используется (контакты его отладика не выведены на отдельный разъем) ...
Удачи!

Снова я (наверно вас уже своей "чайниковостью" задолбал).

Прочитал в книге Тревора Мартина, что при запуске отладчик пытается проц остановить (сделать halt). И пока отладчик "ловит момент", выполняется прога, зашитая во флеши. Теперь вопрос. Сейчас у меня зашит ваш тест - nichelite. Свои програмки я пока собираюсь в ОЗУ отлаживать, дабы ресурс флэши зря не расходовать. Значит пока отладчик проц "захватит", тест nichelite успеет что-то из периферии настроить.
Т.е мне в своей программке надо сначала всю периферию в исходное состояние вернуть (т.е во все управляющие регистры записать то, что должно по сбросу быть)? А потом только уже под свои нужды настраивать? Как вы обычно поступаете, если во флэши один проект записан, а запускаете
вы другой проект и в ОЗУ?
Заранее благодарен.

Да, в идеале лучше все вернуть в "исходное" состояние ...
А что Вам мешает стереть NicheLite из флешки ...
Сам я из SRAM не отлаживался (маловато ее), не думаю что Вам не хватит ресурса флешки.

можно мне тоже вопросы задать?
я совсем чайник :) работал только с 8 бит AVR
почитал, что нашел здесь на сайте, на электрониксе, но толком ничео не понял, знаний не хватает.
вопрос такой:
стоит задача сделать железо, которое могло бы одновременно
- общаться с SD картой FAT16/FAT32, скорость в среднем 512кбит/сек в пике до 3 мбит/сек
- встроенный http сервер, достаточно 1 коннекта
- встроенный ftp сервер, - сетевой доступ на SD карты, 1-2 коннекта, скорость достаточно 256 кбит - 1 мбит
- передача данных по SPI на скорости от 256 кбит до 2 мбит
- RS232 на скорости 9600
- 2-3 канала ADC по 8кГц каждый
реально это поднять на LPC2468?
какую ОС можете порекомендовать?
какие у ОС требования к ресурсам?
насколько я понял, возможны 3 ОС:
uC/OSII, NicheLite, uCLinux

заранее спасибо за ответ!

Для начала нужно решить, а нужна ли ОСь вообще, ведь это в любом случае трата ресурсов и производительности, так же ведет к усложнению кода (что может даже и важнее ресурсов с производительностью) и как следствие - слабое представление о происходящих процессах ...
Стеков TCP/IP сейчас как "грибов", только с моими платами идет две демки в которых учавствуют два разных стека, найти либу с FAT то же не проблема ...
Если решительно решили рулить ОСь-ю, думаю, любая из вышеуказанных справится (верне не настолько затормозит процессор).
1) NicheLite, ИМХО не стоит связываться, штука довольно громоздкая и поддержки FAT-а не имеет (в "диком" виде).
2) uCOS, сам не трогал, по возможностям вполне подойдет, туча "прикручиваемых" модулей, но если по "честному" то и денег не малых стоит ...
3) uClinux, хотя и самый "тормозливый" вариант, зато программирование будет почти как на обычном PC под линухом, в добавок по мере освоения, если решите что платформа не устроит, потребуется "минимум" усилий для переноса решения на более мощную платформу под линухом.