MDK 4.21 Опции

[evgen2]

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

Вышел 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 и обломался

[Gate]

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

[evgen2]

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

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

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

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

Сообщение отредактировал evgen2 - Jul 12 2011, 17:06

[Alex_1811]

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

[KnightIgor]

Чтобы не плодить темы...

Правильно.
У меня тоже тут кое-что есть. Ниже - копия моего сообщения в форуме 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?

Сообщение отредактировал KnightIgor - Jul 26 2011, 11:43