Кто-нибудь пользовался этим самоучителем? А то я повторяю программный код на ассемблере, и у меня при компиляции выскакивает
куча ошибок. Я уже много раз код перепроверил - расхождений с самоучителем вроде нет. Прям не знаю, что делать. Если кто использовал этот самоучитель, скажите, там рабочие коды?
И могут ли быть ошибки, если у меня другая версия MPLAB стоит?

во всех книжках бывают ошибки. От бездумного повторения толку нет, а вот если сами найдете и исправите ошибки - толк будет.

Тебе нужен mpasm, а сейчас у тебя pic-as

лучший самоучитель это даташит+протеус ,

Да уж, когда не знаешь что такое регистр и как ногой дернуть, несомненно, 500-страничный даташит на инглише лучший "помощник"
Пока протеус заставишь работать как надо, забудешь зачем его устанавливал...

есть даташиты на русском , а дальше по аналогии ,
я старый чел (60 лет) изучил месяца за два и дальше по нарастающей ,команд то всего 35
молодым то и вовсе должно как орешки щелкать

Добавлено after 3 minutes 6 seconds:
Re: Самоучитель по программированию ПИК на ассемблере. Носов.
никаких мплабов не проходил ,только даташит+протеус+блокнот винды

В большинстве случаев имелся в виду старо-добрый mplab 8.92...
Как насчет mplab X не скажжу - IDE навороченная и на "устаревших ПК" весьма избыточная и медлительная.
Самоучителей большое множжество - не имея под руками конкретной книги подсказать что-либо практически невозможно.
Тем более, что используя IDE нужно еще корректно настройку проекта сделать.
Как вариант - можно глянуть ссылки на учебно-справочные материалы, что порассыпал где-то в старых темах:
( viewtopic.php?f=62&t=94201
viewtopic.php?f=62&t=156720 )
там где-то и несколько проектов для ПИКов под ассемблером для mplab 8.92 и "шпоры" по системе команд и схемки программаторов "для простолюбителей" были


Запуск компилятора с командной строки *.bat файлом?
Это еще там, где бесплатной IDE нету можно делать (у меня так для c51asm для mcs51 сделано из практического жлобства - данный компилятор свободно-бесплатный). Для ПИКов и АВРок вполне удачно "стандартно-устаревшие" IDE удобны - там и симуляторы встроенные весьма приличные имеются.
Доугое дело - пойдут обновленные серии МК - там ужж придется и компиляторы обновлять (или файлы описаний ресурсов в старых модифицировать/дописывать).

А какая разница между PIC-AS и MPASM ? Я уже понял, что там немного различный синтаксис...Просто смысл было придумывать PIC-AS, если есть MPASM? Что, PIC-AS чем-то лучше ?

Mpasm это компилятор от разработчика данных микроконтроллеров.
Помимо него есть еще много компиляторов от "сторонних авторов" - что использовать каждый определяет самостоятельно.
Однако... Компилятор от разработчика МК(тем более, ежли оный идет в составе среды разработки) более удобно использовать.
Второй определяющий выбор фактор - распространенность избранного компилятора - чем более распространен, тем легче "найти общий язык" с друзьями-радиолюбителями.
Осваивать несколько компиляторов одного и того же языка программирования (тем более ассемблера) это из разряда садомазохизма для избранных.
Так сложилось, что на "начальном этапе" развития было весьма много желающих писать компиляторы. Со временем этот вопрос потихоньку "утрясли" в пользу стандартно применяемого набора компиляторов и IDE.

Если собираетесь начать писать код (судя по названию темы), почему бы не начать с языка высокого уровня? С, с MPLAB или напр. CCS являются перспективными. Лучше всего то, что способ выражения в алгоритмическом письме в конечном итоге вероятно в будушем принесет пользу другим микроконтроллерам (напр. STM8, STM32) - команды напр. только иметь другое имя.

На уровне контроллеров еще 10-15 лет назад, при проекты низкой сложности, средней сложности и даже часть высокой сложности помещаютсяь в память без использования чистого ассемблера. Будете писать код для логики в выбранном устройстве и взаимодействие между периферией, а не то, как управлять конкретным МК на уровне регистров и портов. В первом варианте напр. переход от одной МК к другой часто занимает секунды/минуты - напр. беру старый проект, переименовываю контроллер, устанавливаю новые выходы, некоторые функции пишу по-другому, некоторые - удаляю и компилирую. Готово - новый проект на новом чипе с использованием большей части старого кода.

А что PIC-AS, разве это не от разработчика? У меня в MPLAB был PIC-AS...MPLAB - это же от разработчика.

Какая разница от кого он?
Важно, что mpasm и pic-as разные по синтаксису проекта ассемблеры.
Pic-as по сути часть Си-проекта и может быть легко скомбинирован с Си-файлами исходника.
И в МПЛАБе нет pic-as. Он есть только в составе компилятора. Без установки ХС8 работать с ним невозможно.

Ну да...разные. Кто-то в видеоуроке ставит метку, и обозначает ее словом METKA, чтобы с помощью команды "goto" к ней вернуться. И все у него нормально компилируется. Я ставлю METKA, и у меня ругается, типо компилятор не понимает, что это за команда такая.

Компилятор ассемблера для работы в составе ЯВУ(Си) и компилятор для самостоятельного использования весьма разные...
И не только для ПИКов.

Помимо того у ПИКов еще и разница даже в mpasm для проектов с фиксированными и перемещаемыми программами...

А слово МЕТКА - русскими буквами? Ну тогда чож удивляетесь то.
В MPASM и PIC-AS мнемоники и синтаксис команд должны быть одинаковыми, поскольку в даташите на микроконтроллер оное уже прописано.

Еще раз предлагаю не заниматься пустопорожним мазохизмом и выбрать один из двух вариантов:
1. Поставить версию MPLABX 5.35 и спокойно писать на MPASM с примерами из книжки
2. Изучить документацию на PIC-AS и править код согласно документации.
ЗЫ. Метки в PIC-AS ДОЛЖНЫ иметь на конце двоеточние. В MPASMX двоеточие необязательно.

Что-то у топикстартера НЕ ТО (туманит)...

mpasm такое вполне пропускает без замечаний...

Ну вот, установил МПЛАБ 4.05, и все равно повылазили ошибки. Может там нужно еще что-нибудь дополнительно подключать к проету?

Для обозначения 16-ричной формы числа пишите префикс 0x , то есть 0x06. И там все адреса регистров - однобайтные, поэтому нет смысла записывать как двухбайтное число, плодя лишние нули.
Во-вторых, принято, чтобы инструкции шли во втором столбце табуляции, то есть, от начала строки нажмите один раз клавишу Tab на клавиатуре и дальше пишите инструкцию movlw .
Судя по всему, этот самоучитель от Носова похож на аналогичное творение Корабельникова, который в свое время "прославился" множеством ошибок.

К гадалке не ходи...
Определение регистров периферии в коде вместо включения хедера контроллера в проект, магическое число в конфиге - кагбэ намекаэ...


К проекту нужно подключить хедер - файл <название МК>.inc.
Кроме того, в третий раз предлагаю читать документацию на ассемблер. В данном случае на mpasmx. Ну и на среду.
Кроме того, не нужно скачивать среду разработки из непонятных источников. Судя по версии, вы ее нашли на помойках интернета. Качать нужно с сайта производителя: https://www.microchip.com/en-us/tools-r ... 20Archives