Вопрос по HI-Tech C, Помогите разобраться... Опции

[DenisIV]

Вобщем есть такой вопросик:
Есть подпрограмма(функция или процедура-не важно).
В ней таблица вида

Код

void Table1(void)
{
#asm
dw 0x3FF,0x3FF// и так далее...
#endasm
}

почему asm,dw 0x... спросите вы: для того, что бы я мог использовать все 14 бит flash памяти. можно задать как массив во флэш,но при реализации компилятор сделает таблицу вида:

Код

retlw 0xFF
retlw 0x1F

и т.д.

собственно, сам вопрос: как можно считать эти данные внутри функции Table1 и если не вызывается данная функция, как заставить компилятор её не исключать при сборке.

Считать флэш у меня получается, а присвоить присвоить переменной адрес функции-не получается.
Да, проц = PIC16F876A и(или) PIC16F886

Сообщение отредактировал DenisIV - Apr 12 2009, 11:11

[testerplus]

Объявление:

Код

void Table1(void)
{
#asm
    global  MyTable               // Используем отдельную метку на тот случай, когда компилятор вдруг
                                  // решит добавить какой-нибудь код в начало функции (вроде clrf STATUS)
MyTable:
    dw 0x3FFF,0x3FFF// и так далее...
#endasm
}

Считывание адреса:

Код

void main (void)
{
    asm("   fncall  _main, _Table");   // Говорим компилятору, что функция используется без прямого вызова,
                                       // чтобы он ее включил в код
    ...
    #asm
        global MyTable
        bsf     _STATUS, 6
        movlw   low(MyTable)
        movwf   EEADR
        movlw   high(MyTable)
        movwf   EEADRH
        bcf     _STATUS, 6
    #endasm
    ...
}

P.S. А вариант со сжатием данных по подойдет? Т.е. сделать обычный массив через const char Table[]={...}, и добавить функцию-распаковщик.

Сообщение отредактировал testerplus - Apr 12 2009, 20:39

[DenisIV]

У меня прошло так:

Код

void MyArray(void)
{
#asm
dw 0x3FF0,0x1A55
#endasm
}

void main(void)
{unsigned int Temp,Tmp;
asm("   fncall  _main, _MyArray");
Temp=&MyArray;  
Tmp=FLASH_READ(Temp);
}

Только вот указатель на функцию компилируется неправильно. Либо я его неправильно описал.
Как я понимаю:
Temp - прямая адресация к ячейке.
*Teмp - адресация к данным через указатель (как к регистру INDF)
&Temp - адресация к самому указателю (как к регистру FSR)
в итоге у меня почему-то значение в Temp не совпадает с адресом самой функции.
А так строчка

Код

asm("   fncall  _main, _MyArray");

мне очень помогла.
Не хотелось бы прибегать к асму, т.к. программа планируется быть носимой на другие платформы.
предыдущий рабочий вариант был таков:

Код

unsigned int MyArray(void)
{
#asm
movlw low ($+5)
movwf ?_MyArray
movlw high($+3)
movwf ?_MyArray+1
return
dw 0x3FF0,0x1A55
#endasm
return 0;// для того, чтобы компилятор увидел явный возврат из функции на С (команды asm он в расчёт не берёт)
}

void main(void)
{
unsigned int i,Tmp,Temp;
Temp=MyArray();
Tmp=0;
for(i=0;i<1024;i++)
    {Tmp=Tmp+FLASH_READ(Temp+i);}
}

но в начале функции команды asm не дадут перейти на другую платформу... =((

[testerplus]

Только вот указатель на функцию компилируется неправильно. Либо я его неправильно описал.
Как я понимаю:
Temp - прямая адресация к ячейке.
*Teмp - адресация к данным через указатель (как к регистру INDF)
&Temp - адресация к самому указателю (как к регистру FSR)
в итоге у меня почему-то значение в Temp не совпадает с адресом самой функции.

Я выше описывал, что так не получится. HTPICC (и STD, и PRO) при объеме ROM > 2K будут строить таблицы переходов для всех функций, к адресам которых есть обращения в программе. Т.е. Ваша операция &MyArray вернет не адрес самой функции, а адрес вызова через таблицу переходов
для STD-версии или номер элемента в таблице переходов для PRO-версии (кстати, у Вас каккая?)

Кроме того, HTPICC легко первыми инструкциями в функции вставит:

Код

    bcf    status, rp0
    bcf    status, pr1

Если они будут добавлены, то вся таблица сместится, поэтому обращение может быть только через внутреннюю метку.

на какие платформы планируется перенос? dw не везде задается одинаково.

[DenisIV]

Я выше описывал, что так не получится. HTPICC (и STD, и PRO) при объеме ROM > 2K будут строить таблицы переходов для всех функций, к адресам которых есть обращения в программе. Т.е. Ваша операция &MyArray вернет не адрес самой функции, а адрес вызова через таблицу переходов
для STD-версии или номер элемента в таблице переходов для PRO-версии (кстати, у Вас каккая?)

Можно поподробнее? Есть ли доступ к таблице переходов?
PRO 9.65

Кроме того, HTPICC легко первыми инструкциями в функции вставит:

Код

    bcf    status, rp0
    bcf    status, pr1

Если они будут добавлены, то вся таблица сместится, поэтому обращение может быть только через внутреннюю метку.

даже если сместится, можно хоть как-нибудь не прибегая к асму вытащить адрес функции и засунуть в какую-нибудь переменную?

на какие платформы планируется перенос? dw не везде задается одинаково.

на AVR и x51.
ну в AVR с dw нормально, только точка перед ней нужна, с 51 проблем никаких вроде.
dw не самая большая проблема.

[testerplus]

Можно поподробнее? Есть ли доступ к таблице переходов?
PRO 9.65

Тут все не очень просто. В ПРО-версиях (кажется с версии 9.60pl4) есть внутренняя константа fpbase (не доступная через Си, по крайней мере, я не добрался до нее). К ней можно обратиться только через asm:

Код

int i;
...
asm(" movlw   low(fpbase)");
asm(" movwf   _i + 0");
asm(" movlw   high(fpbase)");
asm(" movwf   _i + 1");

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

Но также доступой становится константа с префиксом fp__ (опять же через ассемблер). Если функция называется MyArray, то адрес перехода на эту функцию в таблице переходов будет доступен через константу fp__MyArray.

даже если сместится, можно хоть как-нибудь не прибегая к асму вытащить адрес функции и засунуть в какую-нибудь переменную?

Я пока не находил таких механизмов.

на AVR и x51.
ну в AVR с dw нормально, только точка перед ней нужна, с 51 проблем никаких вроде.
dw не самая большая проблема.

Я про разные платформы спросил вот к чему: учитывая, что в трех перечисленных платформах dw описывается по-разному, то все равно придется делать какие-то платформозависимые куски кода и выбирать их директивами препроцессора #ifdef. А раз так, то совершенно спокойно можно использовать встроенный asm по той схеме, которую я привел в функции GetMyTable() (тремя-четырьмя постами выше). Вот эту функцию и нужно будет сделать платформозависимой. Весь остальной код будет переносимым, т.к. будет содержать только вызов этой функции.