Не самый лучший вариант спрашивать шаблоны.... По себе знаю: Когда сам "прошертишь" pdf на предмет регистров конкретного контроллера с привязкой к схеме - знаешь что к чему. Если, даже, брать из "заготовок" - один фиг, документацию перечитывать надо. ---- P.S. Кстати, в MPLAB-е есть достаточно "вменяемый" HELP по ASM (и не только).
Доброго времени суток. Подскажите пожалуйста, как в MPLAB 8.92 просто создать проект, состоящий из нескольких ассемблерных файлов. Какого типа должны подключаемые файлы, если в них есть исполняемый код, *.asm, или *.lib ? Прошу прощения, но из вменяемого материала в поиске, нашел только 186 страничный талмут (http://www.abiks1.narod.ru/files/mplab_ide.pdf) и в нем не могу этого найти.
Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.
Создать проект - Project > Project Wizard. Далее по пунктам. Далее, Cofigure > Select Device и выбрать тот же самый контроллер. "Шапка файла" такого вида (прверить контроллер и путь к *.inc):
Код:
include <C:\Program Files (x86)\Microchip\MPASM Suite\P16LF1823.INC> LIST P=PIC16LF1823
Начало исполняемого кода:
Код:
ORG 0000 START
Окончание программы:
Код:
end
Все файлы *.asm необходимо добавить в окне проекта в Source Files. Рекомендую избегать кириллицы в названиях папки проекта, названиях файлов и т.д..
Я вроде все делаю как вы объяснили, даже прочитал вот тут (http://www.microchip.su/showthread.php?t=10503) кое-что, и попробовал объявить свою процедуру с помощью директив extern и global (в прикрепленном скриншоте этого не видно, но я так пробовал), но к сожалению у меня ничего не получается.
Вроде разобрался. Во включаемом файле, в начале секции кода пишем магическое слово CODE, и все ассемблируется без ошибок. Спасибо всем помогавшим в личке П.С. Теперь надо выяснить, как заменить конструкцию вида
Код:
cblock 0Ch Temp_1 Temp_2 Temp_3 endc
на
Код:
udata Temp_1 res 1 Temp_2 res 1 Temp_3 res 1
При прямой замене линкер не матюгается, но HEX формировать не хочет
Есть PIC12F629, который имеет 2 таймера. Хочу делать программный UART, и хотелось бы использовать для него один из таймеров. Какой оптимальнее использовать для моих целей ? Хотелось бы более гибко конфигурируемый оставить на будущие неопределенные задачи, а более ущербный пустить на это дело.
Последний раз редактировалось Пока_без_кота Чт авг 11, 2016 21:50:30, всего редактировалось 1 раз.
TMR0 Но, вообще, программный UART там делается тупо на задержках.
Спасибо за высказанное мнение. UART на задержках я уже сделал, теперь хочется нормальный, чтобы байтик принимался в прерывании, пока я в основном цикле своими делами занимаюсь.
Просто будет спать, проснется по прерыванию на ноге INT (начало старт-бита) и пойдет заранее опрашивать датчики, и готовить данные к отправке, а по окончания приема сразу выстрелит в ответ, и опять спать
Мне, в общем-то, все равно, но если МК будет спать, логично же и датчики перевести в слип-режим ? Нет ? А коли так, то зачастую им надо гораздо больше времени, чем 1 мс, чтобы раздуплиться после сна. И еще больше времени, чтобы измерить то, что они там измеряют и выдать результат. Отсюда - алгоритм : принять посылку (один ? два байта ?), разбудить датчики (а это могут быть и десятки мс), прочитать их, послать ответ. Все линейно и без лишней мозготни. Но если хочется непременно с мозготней - Б-га ради, это не криминал :)
Заголовок сообщения: Re: Вопросы начинающих PIC ASM
Добавлено: Пт авг 12, 2016 00:08:54
Модератор
Карма: 90
Рейтинг сообщений: 1430
Зарегистрирован: Чт мар 18, 2010 23:09:57 Сообщений: 4564 Откуда: Планета Земля
Рейтинг сообщения:0 Медали: 1
abc писал(а):
Но, вообще, программный UART там делается тупо на задержках.
Ага, а во время задержки прилетело прерывание от чего-либо и по УАРТу принялась лажа, из-за покалеченного тайминга Правильно чел мыслит. По сабжу. Таймер - любой удобный. Не такой уж и большой выбор...
У "малых 8-лапок" больше двух задач одновременно запустить есть великий садомазохизм... Концепция среднемладших ПИКовых, с учетом системы обработки прерываний, с самого начала тяготеет к периферийной поддержке системы - разработке с их помощью собственной СБИС под конкретную прикладную задачку для разгрузки основного МК. Т.е. порт-расширитель, преобразователь интерфейса, преобразователь протокола, умный ЦАП/АЦП... и подобные устройства. Основной упор при разработке делается на наличие в МК необходимых аппаратных модулей (благо из тех же соображений микрочип наштамповал кучу разнообразных модификаций с весьма удобными "стандартными" вариантами соотношениями начинки). Посему уж если чего серьезного от приемопередатчика выжать надо то предпочтительно взять МК с соответствующим аппаратным модулем "на борту". К примеру pic16f688 и/или pic16f628. Есть и 8-лапые с EUSART - pic12f1822 - но в доступном для покупки пространстве их пока не наблюдается (да и это не совсем среднемладший - Enhanced Mid-range). Кстати... правота такого подхода подтверждается и поисковиком на сайте микрочипа : http://www.microchip.com/ParamChartSear ... &pageId=74 выбираешь искомые параметры в колонках и далее смотришь предлагаемый вариант для приобретения...(глотая слюнки)...
Ну, я смог недорого достать именно эти (хотя искал 12F675), так что приходится лепить из того, что есть. Тем более, что это просто хобби для самообучения, поэтому "чего-то серьезного" выжать, целью не ставится. Просто получить максимум, из того что имеется, попутно приобретая опыт
Тогда обрати внимание на еще одну особенность - в обращении к РСФ у ПИКовых (и у АВР чуток) в отличии от mcs51 есть понятие "видимости" регистров данных/управления аппаратными модулями из определенных банков памяти. Посему дабы не загромождать код излишними префиксами смены банков сразу приучись для программы обслуживания соответствующего аппаратного модуля использовать или "сопутствующий" регистровый банк или область udata_shr. Предпочтение записи прожек управления в виде автономных библиотек (как делал ранее для 51-й).
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
