WINAVR: ламерский вопрос Опции

[_Pasha]

Господа, помогите тормозящему.
Надо получить библиотеку для RS-485 (это я так упражняюсь).
Все бы ничего, но есть ножка, переключающая прием/передачу, и расположение ее не определено.
Ясно, что #define здесь не годится.
Объявление

Код

extern uint8_t Flow_Port, Flow_Pin_Mask;

Тоже неприемлемо, потому что мы пытаемся получить инструкции sbi/cbi
Значит, надо объявить extern inline функцию.
Как правильно это сделать - не могу найти.
Помогите,пожалуйста.

[Сергей Борщ]

Все бы ничего, но есть ножка, переключающая прием/передачу, и расположение ее не определено.

Очень полезные макросы. Чуть-чуть поправить #ifdef и будут работать с avr-gcc.

А вот тут они же, но уже под avr-gcc, спасибо сказать ReAlу

[_Pasha]

Очень полезные макросы...

Спасибо, но я имел ввиду чуть другое.
Хотел отвязаться от порядка компиляции модулей, из-за чего не хочется пользоваться макросом.
Так, чтобы линкер подставил то ,что надо, а именно Flow_Port |=(1<<Flow_Pin); .

Например:

Код

extern void Flow_Rx(void); // как ее правильно inline описать  в главном модуле?
ISR (UART_TX_vect)
{
Flow_Rx(); /*чтобы здесь оказалось  Flow_Port &= ~(1<<Flow_Pin); без пролога/эпилога и вообще вызова подпрограммы*/
}

Может, это вообще невозможно?

А макросы великолепные.

Сообщение отредактировал _Pasha - Feb 11 2008, 13:14

[Сергей Борщ]

Спасибо, но я имел ввиду чуть другое.
Хотел отвязаться от порядка компиляции модулей, из-за чего не хочется пользоваться макросом.
Так, чтобы линкер подставил то ,что надо, а именно Flow_Port |=(1<<Flow_Pin); .

Так вам не нужно это выносить в функцию. Вместо описания отдельных Flow_Port и Flow_Pin сделайте

Код

#define FLOW_PIN  D,4,H // PORTD.4 переключает направление

ISR (UART_TX_vect)
{
    off(FLOW_PIN); /*здесь как раз и окажется PORTD &= ~(1<<4); без пролога/эпилога и вообще вызова подпрограммы*/
    .........
    on(FLOW_PIN); /*а здесь PORTD |= (1<<4); без пролога/эпилога и вообще вызова подпрограммы*/
}

А чтобы сделать что-то "без пролога/эпилога и вообще вызова подпрограммы", функцию можно определить как static inline __attribute__((__always_inline__)).

[_Pasha]

А чтобы сделать что-то "без пролога/эпилога и вообще вызова подпрограммы", функцию можно определить как static inline __attribute__((__always_inline__)).

Дык с этим аттрибутом Winavr все равно умудряется иногда сформировать подпрограмму. Когда подключал работу с eeprom, заметил это, хотя чтение вызывалось всего один раз. Поэтому не стал разбираться, а задал вопрос.

Повторюсь, что вопрос вызван ошибкой в проектировании и явился следствием долгого писания на асме. ИМХО, правильная портируемая библиотека должна на своем нижнем уровне, работающем с железом, как раз и иметь все варианты через #ifdef..#endif, следовательно, подлежать самой частой перекомпиляции. На примере с RS-485 на данном уровне достаточно экспортировать функции
настройки / работы с буферами, на котором сидят прерывания / единую кодировку ошибок.

И все это с выбором номера порта.

А протоколы - это уже другая песнь, но если не хватает ресурсов, проще, например, работу с 9-ти битной адресацией МК, мультимастеры и прочие дебри решать на данном "полужелезном" уровне. В данном случае "нисходящее проектирования" - отличный способ водить себя за нос, как сказал бы Эйнштейн.