еще раз спасибо, буду осмысливать

Добрый день.

Пользуюсь SCM под LPC17xx продолжительное время, но сама операционка для меня как черный ящик.
Подскажите, насколько реально сделать порт под LPC43xx ?
Степень сложности ?

Как вижу, там внутри Cortex-M4 и Cortex-M0. Степень сложности равна нулю - под оба эти ядра существуют порты операционки, от конкретной периферии кристалла в самой операционке ничего не зависит, зависят лишь инициализация, махание ногами и сброс флагов в прерывании таймера в примерах. То есть просто берете порт для M4 (для M0 лежит в репозитории), выкидываете все лишнее (собственно сам пример) и пишете инициализацию периферии под свой пример.

Спасибо, подбодрили. Будем пробовать.

добрый день, подскажите а ТMutex.lock() запрещает прерывания или только блокирует переключение задач и запрет прерываний нужно делать отдельно?

Он не делает ни того ни другого. Он просто переводит этот TMutex в такое состояние, что задача, выполняющая следующий lock() будет поставлена на ожидание до тех пор, пока первая не сделает unlock(). Это описано в документации, с примерами.

а вот эта функция
static __INLINE void __disable_irq() { __ASM volatile ("cpsid i"); }
запретит переключение задач?

Да, запретит.
Но удобнее для этого пользоваться TCritSect:

спасибо, сейчас почитаю что это

вот что нашел http://embedders.org/blog/teap0t/miro-same...u.html?page=0,7 кому интересно, позже будут вопросы в связи с прочитанным, там в седьмой статье описывается как грамотно запрещать прерывания в арм7 - как понимаю для порта на кортекс это актуально (хотя могу и ошибаться)

А не проще ли почитать документацию на scmRTOS отсюда?

наверное проще и этот файл у меня открыт, вот только вхождений "критическая секция" в нем 2 штуки
SYS_TIMER_CRIT_SECT - 3 штуки, или куда именно предлагаете глазом упереться?

ах 2.3.3. вот сюда;-)

Сообщение отредактировал сарматъ - Aug 28 2013, 12:14

Так ведь есть же исходные тексты. Файл OS_Target.h в помощь и AHTOXA код привел.

мдмитрий и опять вы правы

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

еще раз перечитал 2.3.3. вроде именно это там и написано(смущающийся колобок)

новый вопрос, антоха, а в функции PendSVC_ISR() не происходит сохранения состояния статуса разрешения\запрещения прерываний до их запрещения?

Сообщение отредактировал сарматъ - Aug 28 2013, 12:48

Нет, потому что PendSVC_ISR() - это прерывание, и оно может выполниться только при разрешённых прерываниях

аааааа.... вот как раз по поводу этого я ссылку выше и приводил

там касаемо ситуации возникновения прерывания во время выполнения инструкции запрещения прерывания

то есть выполняется где либо инструкция запрещения прерывания и во времяя этого возникает прерывание PendSVC_ISR() оно исполняется и разрешает прерывания и вываливается обратно в место где прерывания должны быть запрещены но по факту с разрешенными прерываниями

или я что то путаю?

вот еще одна ссылка http://infocenter.arm.com/help/index.jsp?t....faqs/3677.html

Сообщение отредактировал сарматъ - Aug 28 2013, 15:20