Видимость переменных, Проблема с enum Опции

[Пал]

Понимаю, что тема уже неоднократно обсуждалась, но найти ничего не могу, потому спрошу здесь. Проект(ARM+Keil) содержит много сишных файлов. У каждого свой хидер. Переменные объявляю в сишниках. В хидерах объявляю прототипы функций и переменные с приставкой extern. Для обеспечения видимости переменных и фунций в других сишниках проекта просто делаю #include xxx.h. Все работает. Все кроме переменных enum. Если обьявить такую переменную в сишнике
enum {rsOFF,rsON}rele_stat=rsOFF;
а потом в хидере
extern enum {rsOFF,rsON}rele_stat;

то компилятор ругается что мол в одном месте одно и то же объявляешь.

Если убрать из хидера символные значения и оставить просто
extern enum rele_stat;
то в других сишниках, если приинклудить туда этот хидер, компилятор не знает что такое rsOFF,rsON

Если кто знает решение проблемы - прошу поделиться... Спасибо.

[BSVi]

Еще позволю себе добавить, что не RELE, a relay - во-первых мешать транслитерацию (RELE) и английские (OFF) слова - это плохо, во-вторых заглавными буквами обычно обзывают задефайненые константы (ну ладно, это спороный пункт), лично я перечисления и структуры начинаю с подчерка, в-третьих не хорошо сокращать одну букву. В итоге я бы написал так

С - вариант
в хереде
typedef enum { relay_off, relay_on } _relay_state;
в си-файле
_relay_state relay1_state = relay_off;
опять в хидере
extern _relay_state relay1_state;

С++ - вариант
в хереде
enum _relay_state { relay_off, relay_on } ;
в с++ -файле
_relay_state relay1_state = relay_off;
опять в хидере
extern _relay_state relay1_state;

[mdmitry]

лично я перечисления и структуры начинаю с подчерка,

Компилятор С может резервировать идентификаторы с подчеркиванием для своих нужд, хотя чаще используется два подчеркивания.
Это замечание примите к сведению.