Народ, кто нибудь работал с этой штукой http://www.rusar.net/ru/file/jetlink.html
Насколько я понимаю - это аналог J-Link, но с 14 пиновым Jtag - коннектором....Вопрос следующий - кто нибудь пытался прикручивать это к Keil....Вопрос конечно глупый - есть IAR, но ситуация такова, что имеется очень мало времени, c Keil я работал, с IAR -нет... Если через RDI эта штука работает нормально, а не так как Wigler, то может имеет смысл не осваивать ( пока ) ударными темпами IAR а попробовать скрестить ее с Кейлом

Нормально работает. Через RDI. Впрочем и IAR через RDI с ним работает.

Обычный J-link 3-ей версии. 14 ногий разЪем поставили из эстетических соображений- 20 в наличные красивые корпуса невлазила. Вроде были и платки-переходники на 20, незнаю, осталисть ли еще. Все равно в реальных изделиях (не демоплатах) 20 стандартная (шаг 2.54) слишком много места занимает- лучше использовать что-то более миниатюрное.

У меня глючил Кейл с JETLINKOM через RDI, скорее из-за версий Сеггера. С ИАРОМ работает супер.
Я сначала каким-то образом настроил на Кейл и начал работать с проектом TCP-IP. Но потом вылез глюк Кейла - при опции #pragma pack 1 и создании структуры, в которой 32 разрядная переменная находилась по адресу не кратному 4 (стандартный заголовок пакета) - при определения указателя на эту переменную и присваивании Кейл работал неправильно (выравнивал по адресу кр 4, а не адресовал по байтам!!!). Убил на это неделю! А ИАР все сделал правильно. Так что может не надо отбрасывать ИАР так сразу, тем более переделка проекта у меня заняла 20 мин -
типа
#define IO1SET IOSET1
и копировании в начало настроек процессора.

ЛЮДИ ! В Keil НЕТ pragma pack Там есть __packed !

С хелпа:

PACK Compiler Directive
Abbreviation None.
Arguments A decimal number (1, 2, or 4), enclosed in parentheses.
Default PACK(4)
µVision Options — CA — Misc Controls.
Description The PACK directive causes the compiler to generate byte-aligned or half-word-aligned structures. This is useful when exchanging data with other systems where no alignment is required.

Note

The compiler generates considerably more code to access byte-aligned or half-word-aligned objects. For this reason, PACK(1) and PACK(2) should be used only when absolutely necessary.

Example #pragma pack(1) /* byte alignment */
#pragma bytealign /* ptrs to byte-aligned objects */

struct s1 {
int i1; // i1 has offset 0
char c1; // c1 has offset 4
int i2; // i2 has offset 5
char c2; // c2 has offset 9
int i3; // i3 has offset 10
char z1; // z1 has offset 14
};

#pragma pack() /* reset to default alignment */

struct s2 {
int i1; // i1 has offset 0
char c1; // c1 has offset 4
int i2; // i2 has offset 8
char c2; // c2 has offset 12
int i3; // i3 has offset 16
char z1; // z1 has offset 20
};



Copyright © Keil Software, Inc. and and Keil Elektronik GmbH. All rights reserved.

--------------------------------------------------------
а __packed вот здесь:

Variable Alignment
The __packed keyword specifies byte alignment for a single data object. This means that:

No padding gaps are inserted to align struct members.
Objects defined with the __packed keyword are read and written using byte instructions.
By default, the CARM Compiler aligns:

1-byte data objects on 1-byte boundaries,
2-byte data objects on 2-byte boundaries,
4-byte and 8-byte data objects on 4-byte boundaries.
The default alignment used by the compiler provides reasonably efficient instruction sequences to access variables without consuming a whole word for smaller (1-byte and 2-byte) data types. Of course, pad bytes may be inserted to force alignment of objects larger than 1 byte.

The __packed keyword is useful for those applications that require efficient use of memory without regard for the the number of instructions required to access variables or for those applications that require access to byte-aligned variables (for example data inter-communication protocols).

The PACK directive is useful when all variables must be aligned on 1-byte, 2-byte, or 4-byte boundaries.

The following example demonstrates how variables and structures are aligned when the __packed keyword and PACK directive are specified.

struct s1 {
char c;
int i;
short s;
long long ll;
} __packed; // all members are byte aligned

typedef __packed int *pint; // pointer to byte-aligned int

struct s2 {
char c;
__packed int ip; // byte-alignment
__packed short sp; // byte-alignment
int i; // default alignment (4-byte boundary)
};

#pragma SAVE // save current pack setting
#pragma PACK(2) // alignment 2-byte for following definitions

struct s3 {
char c;
int i; // uses 2-byte alignment due to pack
};

#pragma PACK(1) // alignment 1-byte for following definitions

struct s4 {
char c;
int i; // uses 1-byte alignment due to pack
};

#pragma RESTORE // restore default pack setting


struct s1 s1;
struct s1 *ps1;
pint pi;
struct s2 s2;
struct s3 s3;
struct s4 s4;

long long ll;
int i;
short s;

void main (void) {
ps1 = &s1;

s1.s = 5;
s1.i = 123456789;
ps1->ll = 0x1234567890ABCDEFLL;

s = s1.s;
i = s1.i;
ll = ps1->ll;

i = *pi;

s2.c = 0;
s2.ip = 0x12345678;
s2.sp = 0x1234;
s2.i = 0x89ABCDEF;

s3.c = 0;
s3.i = 1;

s4.c = s3.c;
s4.i = s3.i;
}

Я говорю об RVDS компиляторе из Keil. Большинство на него свалило уже, а докой почему-то от допотопного CA "пользуются". Постить столь длинные цитаты было совсем не обязательно

Простите, отстал маленько. Пробовал __packed в RealViewMDK. Хелп из RV_cc.pdf не соответствует немного. Заработала такая конструкция:
__packed struct {
char a;
long b;
} mi;
int main(void)
{
__packed long *p;
long x;

p=&mi.b;
*p=0x12345678;
x=*p;
mi.a=1;
}
Ошибки из carm уже не присутствует. Но вместе с тем сложно переделывать проекты, в отличие от ИАРА, т.е. везде искать и прописывать packed, особенно если есть исходники чужие.