ohmjke

К сожалению, неизвестно. Нашёл в старых запасах. Чипы на вид новые, а не выпаянные с какой-то платы.

По картинке Google'ом не ищется. По фразе "QFN28 1232" и подобным тоже подходящего на нашёл. Знатоки, подскажите, пожалуйста.

Актуально. Торг.

Актуально, 800р.

Актуально.

Актуально. Торг.

БУ 1000руб за все, только СПб.

БУ 2000р, только СПб.

БУ 500р, только СПб.

Модулей две штуки, новые. Цена 3000р за один, 5000 за оба. Отладка одна БУ, снизу запаян модуль EM7180SFP. Цена 5000р. Только СПб.

Не знаю насчет EEPROM, но FLASH чистая там действительно заполнена нулями.

Нужно для навигации по проекту - "Go to definition", "Go to reference".

Это пишут не просто в интернете, а в документации на контроллеры - http://www.st.com/content/ccc/resource/tec....DM00033348.pdf Дока на STM32F2, но предположу, что это актуально и для STM32L1, по крайней мере у меня в проекте сконфигурировано именно так и потребление соответствует заявленному.

Почему для ChipSelect'a в PORT.GPIO_Mode пишется GPIO_Mode_AF_PP, а для остальных ног выбираются обычные режимы входов/выходов?

Что же не ясно? Даже в википедии написано: Это если говорить о всем том, что пишут в данном случае. А вообще, у меня сложилось впечатление, что каждый разработчик ОС вкладывает свой смысл в понятие бинарного семафора. К примеру, из описания мьютексов в TNKernel (http://www.pic24.ru/doku.php/tnkernel/ref/mutex/intro):

Там помимо этого сообщения есть много других, где объясняется, почему это не одно и то же. Даже к этому сообщению есть комментарии:

Для безопасного доступа к разделяемым ресурсам используются мьютексы. Не похоже - https://stackoverflow.com/questions/62814/d...phore-and-mutex

Странно считаете - либо включайте логику, либо не округляйте 13,(8) (периодическую дробь) так грубо до 13,8. При расчетах Вы сначала возводите 72M в -1 степень, а потом проделываете еще раз то же самое (плюс деление на 2) - не кажется странным, что в итоге получается что-то, не отличающееся в 2 раза? Итого - делитель нужен 36000, значит в регистр пишем 35999 (т.к. 0 соответствует делению на 1).

С FreeRTOS не работал, но, к примеру, в TNKernel стеки задач это просто массивы. А массив можно выровнять так: uint32_t stack[STACK_SIZE] __attribute__ ((aligned (8)));

А в чем именно глючность?

Ну, если я правильно понимаю, это нужно будет каждый исходный файл, в который подключается заголовочник с описанным выше макросом, компилировать как исходник C++? Так не пойдет, ибо проект пишется только на C. Даже C99 не везде используется. Вот если бы можно было один единственный файл компилить в C++, тогда еще можно было бы подумать.

Да, печально это. Компилировать в режиме C++ не вариант. Видимо, придется явно передавать тип в макрос.

Если ли в keil поддержка этой штуки? Есть ли какие-то другие способы узнать тип переменной? Нужно для макроса: #define list_for_each_entry(pos, head, member) \ for (pos = list_entry((head)->next, typeof(*pos), member); \ &pos->member != (head); \ pos = list_entry(pos->member.next, typeof(*pos), member)) Это кусок из ядра linux. Но там, судя по всему, используется gcc.

Ничего предполагать не нужно. Для глобальных переменных, а так же для статических переменных модулей и функций память выделяется не из стека. В стеке лежат локальные переменные, аргументы функций, адрес возврата и некоторые другие регистры. По-быстрому нагуглил - http://www.intuit.ru/studies/courses/2193/...ure/1976?page=6 Изучайте.

Эмм, это был риторический вопрос, который указывает направление для размышлений :rolleyes: Мне значения этих регистров без отладчика с вашим проектом ничего не дадут.