Вопросы начинающих PIC ASM

[yor]

Спасибо

[yor]

Кое-как описано:
9.8 PORTB Interrupt-on-Change
An input change on PORTB<7:4> sets flag bit, RBIF (INTCON<0>). The interrupt can be enabled/disabled by setting/clearing enable bit, RBIE (INTCON<3>). Interrupt priority for PORTB interrupt-on-change is determined by the value contained in the interrupt priority bit, RBIP (INTCON2<0>).

Как я понимаю, это по смене уровня, а не по фронтам, как ножки INTX? В ноль - прерывание, в единицу - опять, и т.д.? И аббревиатура KBIX не расшифрована в даташите.

[Steppe]

yor писал(а):

Кое-как описано:


Как я понимаю, это по смене уровня, а не по фронтам, как ножки INTX? В ноль - прерывание, в единицу - опять, и т.д.? И аббревиатура KBIX не расшифрована в даташите.

Нормально описано, почти на русском, только понимать надо тему. Это называется прерывание по изменению состояния.

[Пока_без_кота]

Доброго времени суток. Возможно ли передать в макрос имя параметра с запятой (например GPIO,2) ? При попытке передать, видит зяпятую, и ругается, распознавая это как 2 отдельных параметра. Скобки () - не помогают.

[BOB51]

А если этот GPIO,2 обьявить чем-то другим...
К примеру
#define my_port (GPIO,2)

[КРАМ]

BOB51 писал(а):

А если этот GPIO,2 обьявить чем-то другим...

Так работает не всегда.
Например в 16-битных пиках не работает и я дефайню только номер бита.

Код:

.equ enRS485_D,  15


Затем обращаюсь к нему как

Код:

  bset   LATD, enRS485_D


Это же АСМ, а не Си.

[OKF]

Пока_без_кота писал(а):

Возможно ли передать в макрос имя параметра с запятой (например GPIO,2)

Транслятор какой? Смотря какие макросредства.
<label> macro [<arg>,...,<arg>] - синтаксис
Read macro device, buffer, count - пример

[Пока_без_кота]

BOB51 писал(а):

... #define my_port (GPIO,2)...

Так и было сделано, только без скобок. Пробовал со скобками - ошибка не уходит, + появляется ругань на скобки при банальных "bsf my_port".
Пока сделал как сказал КРАМ (дефайню только номер бита, а уже внутри макроса подставляю его к GPIO), работает.
Но конечно будет не так удобно переносить этот код на МК с портами А,В,С и т.д.
Транслятор - стандартный MPASM, из состава MPLAB 8.92.

[OKF]

Что то ты не то делаешь...
#define D7_1 PORTC,4
0438 1607 01354 bsf D7_1
Errors : 0

[КРАМ]

OKF писал(а):

Что то ты не то...

Ясен пень. Чтобы включить возможность сишных дефайнов, нужно расширение АСМ-файла писать ЗАГЛАВНЫМИ БУКВАМИ - .ASM

[BOB51]

Только вот...
От того, какой порт задействован номер его бита не изменится. У ПИКов нет прямоадресуемых бит (как у 51й). Меняется только адрес регистра спецфункций но номер линии остается одним и тем же... Возможно макрос как-то иначе надо организовать...

[Пока_без_кота]

OKF писал(а):

...#define D7_1 PORTC,4...

БЕЗ СКОБОК (которые предлагал BOB51), и у меня не ругается на bsf. О чем я и написал.

[BOB51]

Попробуй дать номерам линий портов символьные имена.
#define это текстовая подстановка, а у вышеприведенного второй элемент - цифра...

Допустим...
#define four 4 ; или через four equ 4
#define my_pin PORTB,four
....

[OKF]

Пока_без_кота писал(а):

и у меня не ругается на bsf. О чем я и написал.

А ты можешь ЧЛЕНОРАЗДЕЛЬНО написать что ты хочешь и что у тебя не получается?
А лучше приложить фрагмент исходника.

[Пока_без_кота]

OKF писал(а):

... ЧЛЕНОРАЗДЕЛЬНО ... фрагмент исходника.

Сейчас:

Спойлер

Код:

#define UART_RX_PIN_NUMB 3
#define UART_RX_PIN           GPIO,UART_RX_PIN_NUMB

_waitLevel      macro   gpio,level
            movfw   GPIO      ; read GPIO state before sleep
            sleep
            nop               ; 1 nop after WakeUp
            #if level == 0
               btfsc   GPIO,gpio   
            #else
               #if level == 1
                  btfss   GPIO,gpio
               #else
                  ERROR "Waiting level is not valid"
               #endif
            #endif
            goto   $-4
            endm

_waitLevel UART_RX_PIN_NUMB,0   ; waiting \_ on UART_RX_PIN


А я хочу не привязыватся к мнемонике GPIO при проверке бита внутри макроса, чтобы иметь возможность свободно портировать его на PIC16:

Спойлер

Код:

#define UART_RX_PIN           GPIO,3

_waitLevel      macro   gpio,level
            movfw   GPIO      ; read GPIO state before sleep
            sleep
            nop               ; 1 nop after WakeUp
            #if level == 0
               btfsc   gpio   
            #else
               #if level == 1
                  btfss   gpio
               #else
                  ERROR "Waiting level is not valid"
               #endif
            #endif
            goto   $-4
            endm

_waitLevel UART_RX_PIN,0   ; waiting \_ on UART_RX_PIN


П.С. GPIO все равно еще с самого начала внутри макроса используется, но это я уже потом буду пытаться обойти.

[OKF]

Обычно в макро оформляют самый низ, т.е. железо. Меняется железо - меняется только дефайны.

Код:

#define LED1    PORTC,2,1
#define LED2    PORTC,3,0

on      macro   port,pin,level
        if      level
        bsf     port,pin
        else
        bcf     port,pin
        endif
        endm

off     macro   port,pin,level
        if      !level
        bsf     port,pin
        else
        bcf     port,pin
        endif
        endm
       
        org     0
       
        on      LED1
        on      LED2
        off     LED1
        off     LED2
       
        end


На си проще. Я один и тот же софт, зачастую, изпользую вообще на разных семействах (PIC/AVR). Без изменений! Только дефайны.

[Пока_без_кота]

OKF писал(а):

Код:

#define LED1    PORTC,2,1

Спасибо, подсказали идею: обявить в макросе на 1 параметр больше и передавать дефайн порта как 2 параметра (имя порта+номер пина), через запятую.
Небольшая логическая несостыковка, но можно принять как данность. Задача решена.

[КРАМ]

OKF писал(а):

Без изменений! Только дефайны.

Это если весь софт - только ногодрыг. Да и то инициализация не совпадет.

[OKF]

Ногодрыг в большинстве простых устройств. Ну и UART, и SPI, и I2C, и EEPROM... Примерно так:

Код:

// в хедере - правим только здесь:
#define LED B,5,L
#define KEY B,0,L
#define BUZ C,1,H

#define con_init() (...)
#define UART_DATA UDR

// в С - без изменений:
int main() {
  out(LED);
  off(LED);
  off(BUZ);
  out(BUZ);
  pullup(KEY);
  con_init();
  con_printP("Hello " __DATE__ " " __TIME__);
  while (true) {
    if (pin(KEY)) {
      toggle(LED);
      on(BUZ);
      delay(SHORT_BEEP);
      off(BUZ);
    }
  }
}


[КРАМ]

OKF писал(а):

Ногодрыг в большинстве простых устройств.

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