Есть две новости, хорошая и плохая

Вышел Keil MDK 4.21 http://www.keil.com/arm/selector.asp
Как видно, в версии MDK-Professional есть много вкусного

А теперь плохая новость... .\Obj\Http_demo.axf: Error: L9937E: RL-ARM is not allowed with this license
====================
Думал победить ограниченность easyWeb из примеров lpc2xxx /lpc17xx и обломался

А вот это не поможет?
http://www.sonsivri.com/forum/index.php?topic=30306.0

...помогло!
Внешне выглядит как "хорошо забытое старое"

ЗЫ: оказывается и старое вполне работает. Нужно всего-навсего выбирать пункт с real тайм ос, даже если ей не пользуешься.

Но вылезла другая засада. Чего-то там не работает, возможно в модуле, который аналогичен EMAC.c в easyWeb примере. И фиг поймешь... А если ставить в дефайнах
#define DHCP_ENABLE 0
то вылазит сообщение о неизвестной переменной от линковщика

Чтобы не плодить темы задам вопрос тут.
Есть структура GOL_MSG объявлена в файле gol.h
и файлы button.h и label.h.
В одном файле структура видна, а в другом нет. Почему?

тк файл gol.h необходимо объявить первым, а не размещать между button.h и label.h

не могли бы вы пояснить, о каких файлах речь и какое отношение они имеют к MDK ?

Везде gol.h объявлен первым.


Среда разработки uVision.
Ошибка
./my_gui/label.h(12): error: #20: identifier "LABEL" is undefined

пример в студию, "штатные медиумы в отпуске"

Вот

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

Build target 'Simulator'
compiling rtc.c...
./my_gui/label.h(10): error: #20: identifier "LABEL" is undefined

Топаем в файло rtc.c и не видим никакого заявленного GOL.h
Добавляем строчку

#include "my_gui/GOL.h"

и вуаля...продолжаем наше занятие на следующем уровне ж-)
============================================
Лирическое отступление.
Вообще-то когда упрешся, очень помогает метод деления интервала пополам. Копируешь проект в отдельную диру и выкидываешь все лишнее, что не имеет отношения к месту затыка, на каждом шаге выкидывая или отсекая примерно половину кода.

Благодарю батенька!!!

У кого-нить было что пропадала панель со всеми регистрами переферии в дебаге? Пропала еще на 4.20
Установил 4.21, но не помогло

Было. Для того чтобы появилась я снесил кейла и все упоминания о нем в реестре. Без чистки реестра не появлялась. 4.21 советую не ставить, в нем бага - он зависает при установке точек останова.

Я не наблюдал. Какое железо для отладки?

У меня тоже никаких проблем с точками останова (на NXP LPC2478 и ATMEL AT91SAM9G45; сейчас кой-что делаю на STM32, но пока не на той стадии, чтоб брякпоинты требовались...).

по железу: контроллеры STM32F105 и STM32F107. Программаторы - ULINK2 и JLINK PRO SEGGER. Повисал намертво при попытке поставить точку останова во время работы.
Я в другой ветке ( http://electronix.ru/forum/index.php?showtopic=92118 ) уже писал, что откатил до 4.20 и все стало нормально

Попробовал на СТМ32Ф103 с УЛИНК МЕ и УЛИНК Про -- работает без проблем. Сеггер лениво присобачивать...

Пришлось откатиться на 4.20, причина - запись на SD карту в 4.21 происходит раза в 3 медленнее.

Правильно.
У меня тоже тут кое-что есть. Ниже - копия моего сообщения в форуме ST по поводу
найденой мной ошибки в RL-USB 4.21 (может и раньше была). Переводить влом, однако
мой битый английский будет наверняка понятен уважаемым коллегам.

FYI: while playing with the RL-USB from KEIL on the board with STM32F103RC
(similar to MCBSTM32) I might have found a severe mistake in the KEIL "USB-Driver".

The driver file is "usbd_STM32F103.c" and is normally to copy to and custom in the
project.

Symptoms: firmware with USB CDC implemented stalled as soon as the USB cable
was unplugged on the self powered device.

Found: the USB interrupt stayed pending because of ESOF flag set while in the ISR
there was no branch processing this flag. USBD_Reset() enables the interrupt on
this flag along with SOF. The part of the code doing this looks like:

CNTR = ....
((USBD_P_SOF_Event != 0) ? CNTR_SOFM : 0) |
((USBD_P_SOF_Event != 0) ? CNTR_ESOFM : 0);

The interrupt occurs as soon as and only when the USB is being unplugged.

Suspicion: "copy and paste" mistake. Besides, I suppose, KEIL programmers might
have tested the code on the device that was bus powered only (supply gone,
problem gone).
Solution: the last line setting CNTR_ESOFM has been removed; firmware works.

My question to USB gurus: how the handler for ESOF should look like if I decide to process it?