Здравствуй, ARM. Запуск "на коленке"

[realadmin666]

Спасибо за интересный цикл статей.
В принципе всё в исходнике понятно кроме этой строчки:

/* Выключение режима совместимости с LPC21XX */
SCS |= GPIOM;

Не могли бы вы подробнее разъяснить её.
и ещё вы написали:

В ее состав входят С/С++ компилятор и интегрированная среда разработки

ну то что в Keil входит С компилятор это я знаю, но по поводу С++ слышу впервые. Я делал пол года назад проект в среде Keil на С но не для платформы ARM, возможно С++ компилятор существует именно для ARM платформы... Немогли бы вы и этот момент разъяснить.

[Vetal-soft]

Включение скоростного режима для порта 0 и 1

SCS |= GPIOM;

Можно конечно и без него, так:

#include ‹LPC23xx.H›

#define GPIOM 0x00000001

void wait()
{
  int d;
  for (d = 0; d ‹ 1000000; d++)
  {
  }
}

int main()
{
	//SCS |= GPIOM;

	IODIR1 = 0x00000001;

	for (;;)
	{
		IOCLR1 = 0x00000001;
		wait();
		
		IOSET1 = 0x00000001;
		wait();
	}
}

[Alexey_1811]

Скажите с какой максимальной частотой даный МК может читать состояние пинов порта?

[savarez]

Можно конечно и без него

So, what's the difference?

[Vetal-soft]

So, what's the difference?

В отсутствии возможности использовать FIO1MASK

[alexgap]

alexgap, почему для мигания светодиодом вы используете fast io?

Так получилось На этот режим наткнулся первым

В принципе всё в исходнике понятно кроме этой строчки:
Цитата:
/* Выключение режима совместимости с LPC21XX */
SCS |= GPIOM;

Это включение режима Fast IO. Это особенность данного процессора

ну то что в Keil входит С компилятор это я знаю, но по поводу С++ слышу впервые

Не знаю. Я новичок с Keil. Но присмотритесь внимательно в скриншот окна свойств проекта - там есть закладка С/С++, возможно что неспроста.

ARM, я так понимаю, контроллер достаточно навороченный, неужели действительно необходима обвязка какими-то ещё контроллерами для связи? У него же своя поддержка USB, например. Никак шить "прямее" нельзя?

COM порт или JTAG - прямее некуда для LPC2XXX. Иначе будет возникать проблема курицы и яйца, ведь чтобы поднять USB на борту нужно зашить свою программу или загрузчик.

Скажите с какой максимальной частотой даный МК может читать состояние пинов порта?

Максимальная тактовая частота процессора составляет 72 МГц. Процессоры ARM архитектуры являются RISC-процессорами, и выполнение одной инструкции происходит за один такт. Следовательно процессор выполняет 72 миллиона инструкций в секунду (72 MIPS). Учитывая, что на анализ и сохранение состояния пина может потребоваться несколько тактов, то думаю что захват сигналов с частотой до 10-20 МГц вполне реален. Учтите что я только начал знакомство с этой архитектурой и мой ответ может быть неточным.

[alexgap]

В среду еду за отладкой(паять немного влом)

Ну вот, я вижу, что мои усилия были не напрасны

Я за то чтобы продолжить данную тему в подобном же стиле но более углублённо в специфическую периферию(USB, Ethernet ну и так далее...) тоесть всё то для чего на АВР надо было немало навешивать железа...

Да, думаю следует продолжить с USB, это самое горячее на сегодняшний день.

[Snacker]

Кстати, для изучения "на коленке" можно бесплатные образцы заказать.
http://www.nxp.com/help/samples/index.html

Еще хочу добавить, что для начала работы с LPC2368 очень удобно пользоваться готовыми примерами (ссылка для скачивания архива 730кБ). Взято отсюда.

[alexgap]

Вставлю свои две копейки. Я не думаю, что особо важно с какого чипа начинать в пределах одной архитектуры ARM. Главное — это "сесть" на архитектуру.

По моим скромным наблюдениям, в этой ценовой категории то что было "выплюнуто", например, в 2006 году, будет еще года два "раскачиваться" и только год на третий можно пользоваться чипами без особых глюков и начинать во всю штамповать изделия. И не факт, что новый чип сможет "раскачаться", частенько производитель может их "заморозить" по объективно-субъективным причинам, таким образом "кинув" адептов.

Лететь же "поперед батька в пекло" с новейшими "камнями", полагаю, не стоит, так как зачастую они попросту подглюкивают и подходят только "на поиграться" и отослать баг-репорт производителю.

Главное последовательно вести тему по одному чипу, чтобы он был досконально изучен. Потом на любой другой из той же семьи прыгнуть — это как перейти с ATmega8 на ATmega256, т.е. очень просто.

П.С. viczai1, не вводите в заблуждение людей. Встроенное устройство — это не настольный игровой компьютер. Процессор в нем не должен быть "самым топовым", он должен просто удовлетворять критерию цена/качество. И в 98% задач более важна не скорость, а переферия на борту.

[alexgap]

Делаю публичное заявление. Мною наверное будет создана следующая новая ветка:

Здравствуй, ARM. Запуск "на коленке" II. USB

Тема еще уточняется, может и не с USB продолжим, а с чего попроще.

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