Как создать подключаемый файл из блока данных?

[deCoder]

для пика я ничего не писал. Но на нормальных контроллерах х51, avr, arm все это работает )

[zelanez]

zelanez

Слушай, че-то я не пойму. В даташите на пик ясно сказано, что пользовательская программа не имеет доступа к памяти программ. Как же ты в программе создаешь блок данных в ней? Или ты всетаки имеешь в виду EEPROM область ?

Ещё какой большой доступ имеет. Директивы Ассма DB, DW, FILL и другие занимаются тем, что пишут данные в память программ. ЕЕPROM нельзя путать с памятью программ - это аксиома, и это не обсуждается.
Это утверждение легко проверяется во-первых, описанием директив MPASM, и во-вторых, прямой проверкой в MPLAB.

2 deCoder. Наша с тобой беседа становится всё увлекательнее...
Твой вариант, разумеется, 100% рабочий и для ПИКов. Но только для небольшого количества байтов. А если их более 300?
Представь, для каждого из 300 байтов написать эти 3 строки... Офигеть! 8O
Мне для вывода на 16 знаковый 2х-строчный LCD индикатор данные нужно подавать в порт МК побайтно.
Значит, нужен массив байтов, из которого идет побайтное чтение. И этот массив с минимальными затратами кодов приходится записывать в память программ. Просто в ЕЕPROM (там всего 256 байт) все данные не помещаются. Удобно оказалось привязаться к абсолютному адресу в ПП, поскольку легко вычислить адрес нужного байта. Чтение данных идет не последовательно, а в зависимости от внешних воздействий.
Пока остановился на варианте с директивой DW, привязанной к абсолютному адресу. Вместо 300 строк кода получил около 30. Неплохо, но и они в общем-то не нужны, поскольку они только создают в ПП дамп данных, и больше в них нет нужды.
Поэтому и сабж появился - а как дамп сразу записать, не вводя никаких кодов записи в основную программу?
Как выясняется, так ещё никто не делал. Поэтому вопрос становится всё интереснее...

[deCoder]

ничего не понимаю. Покажи как ты пишешь и читаешь. Исходник в студию! )

[zelanez]

ничего не понимаю. Покажи как ты пишешь и читаешь. Исходник в студию! )

А 3 скрина, приведенные выше, не помогут? Там почти всё есть. Просто рабочую кучу кодов сюда выкладывать не хочется, надо же причесать для наглядности...

[deCoder]

епт... кажется до меня дошло..
dw 10, ... это ты имеешь ввиду запись в код программы "которые будут перезаписываться при каждом включении контроллера" ?
Это ведь команда для компилятора указывающие что что нужно разместить какой то блок данных. То есть перезаписи не будет происходить. Ведь нет такой ассемблерной команды как нет и org ))
с помощью dw ты можешь подсунуть программный код который будет исполняться.

Твой вариант, разумеется, 100% рабочий и для ПИКов. Но только для небольшого количества байтов. А если их более 300?

Делаешь ещё одну метку и начинаешь другой блок данных либо используешь двухбайтное смещение

Представь, для каждого из 300 байтов написать эти 3 строки... Офигеть!

Какие это 3 строчки? Пример

Я бы реализовал все так:
для задание массива использовал бы dw без абсолютной адресации с помощью метки (меток).
Написал бы команду типо
*char ReadString(int адрес массива, char смещение в массиве, *char адрес озу получателя)
команда принимает реальный адрес массива в виде метки и смещение в этом массиве. И адрес в ОЗУ. Функция должна уметь читать двубайтные данные и заполнять буфер в ОЗУ побайтно.

[zelanez]

Это ведь команда для компилятора указывающие что что нужно разместить какой то блок данных. То есть перезаписи не будет происходить.

Точно! Оказывается я не въехал в смысл ассемблерных директив. Теперь всё встало на место.
Я попробовал оба способа - читать данные и по метке, и по абсолютному адресу. Вобщем-то без разницы, как удобнее, так и можно делать.
Ну теперь всё, проблема решена, коды написаны, программа работает.
Очень признателен deCoder и Drex за реальную помощь.
Спасибо!

[Drex]

Ещё какой большой доступ имеет. Директивы Ассма DB, DW, FILL и другие занимаются тем, что пишут данные в память программ.

.....
[quote]

Точно! Оказывается я не въехал в смысл ассемблерных директив. Теперь всё встало на место.

В том то и дело что директивы ассемблера не пик исполняет а компилятор.
Ну вот, пока я был в отпуске ты и сам разобрался. Поздравляю!