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

Steppe

[uquote="yor",url="/forum/viewtopic.php?p=4588723#p4588723"]Да уж, качественные переводы...[/uquote]
Дело не в переводах. В сети огромное количество книг на русском языке по ассемблеру. Они массово издавались еще в прошлом веке. Самоучителей тоже достаточно.
Осталось только начать читать и учиться.

Реклама

yor · Сообщение **yor** » Сб июн 08, 2024 13:20:57

[uquote="diplodok",url="/forum/viewtopic.php?p=4588804#p4588804"]Таким образом компилятор на место (1<<4)||(1<<5) ставить 0x01[/uquote]То есть это не то чтобы ошибка, компилятор-то 1-цу подставит, но именно для выделения 4-5 битов бесполезно, ошибка.

[uquote="diplodok",url="/forum/viewtopic.php?p=4588804#p4588804"]Как компилятор вычисляет выражение (1<<4)|(1<<5) - ПОБИТОВОЕ ИЛИ
00010000 | 00100000 = 00110000 = 0x30
что тебе и нужно по логике ...[/uquote]Понятно. Вот и нашли ошибку в ПП с piclist.com))

Реклама

КРАМ

[uquote="yor",url="/forum/viewtopic.php?p=4588887#p4588887"]Вот и нашли ошибку в ПП с piclist.com[/uquote]
Какими буквами сделано расширение исходника - большими или маленькими?
myProj.asm или myProj.ASM?
Это имеет значение.

yor · Сообщение **yor** » Сб июн 08, 2024 14:17:45

Просто листинг на экране, о расширении файла умалчивается.
http://www.piclist.com/techref/microchi ... etchng.htm

Для каких компиляторов это имеет значение?

Вариант последний самый нижний именно с |

Реклама

КРАМ

[uquote="yor",url="/forum/viewtopic.php?p=4588903#p4588903"]Для каких компиляторов это имеет значение?[/uquote]
Давайте вы скажете о какой среде и о какой версии ассемблера идет речь...
Размер расширения имеет значение в MPASM (MPASMX). Большие буквы позволяют использовать в листинге исходника некоторый синтаксис Си.
Так же очень большая разница в синтаксисе между MPASM и ASPIC.

Реклама

BOB51

Где то попадался случай, когда компилятор ассемблера считает равноценными | и || в случае простых операций (речь о разных компиляторах ассемблера для разных МК).
Уж подзабыл в каком именно встречал.

Так что делаем простейшую перепроверку на симуляторе для "абсолютной уверенности"...

Реклама

diplodok

MPASM help писал(а):& Bitwise AND flags = flags & ERROR_BIT
^ Bitwise exclusive OR flags = flags ^ ERROR_BIT
| Bitwise inclusive OR flags = flags | ERROR_BIT
&& Logical AND if (len == 512) && (b == c)
|| Logical OR if (len == 512) || (b == c)

Керниган, Ритчи_Язык программирования Си писал(а):& — побитовое И.
| — побитовое ИЛИ.
^ — побитовое исключающее ИЛИ.
<< — сдвиг влево.
>> — сдвиг вправо.
~ — побитовое отрицание (унарный)

yor · Сообщение **yor** » Сб июн 08, 2024 16:29:06

С этим ассемблером С можно не то что выучить, но подучить, подковаться, как я вижу))

[uquote="diplodok",url="/forum/viewtopic.php?p=4588924#p4588924"]

MPASM help писал(а):& Bitwise AND flags = flags & ERROR_BIT
^ Bitwise exclusive OR flags = flags ^ ERROR_BIT
| Bitwise inclusive OR flags = flags | ERROR_BIT
&& Logical AND if (len == 512) && (b == c)
|| Logical OR if (len == 512) || (b == c)

[/uquote]А что это за флаги имеются в виду, просто биты можно понимать? И len - это длина какая-то? b c откуда ни возьмись появились.

У меня нет mpasm, и не будет, обхожусь gpasm.

Добавлено after 9 minutes 57 seconds:
Так бы и сказали сразу, что это из Си

BOB51

Логически рассуждать...
Логические операторы разумны для условного ассемблирования.
В командах могут использоваться только побитовые.
В таком случае компилятор (препроцессор) может самостоятельно отслеживать "неуместные" выражения в командах.

Относительно gpasm чего сказать только его пользователи могут.
В остальном лишь общин положения (одинаковые для большинства компиляторов ассемблера) можно подсказать.
С минимумом конкретики...

diplodok

yor писал(а):что это за флаги имеются в виду, просто биты можно понимать? И len - это длина какая-то?

Это примеры

yor писал(а):обхожусь gpasm

А там HELP есть? Я им не работал.

yor · Сообщение **yor** » Сб июн 08, 2024 16:57:14

По ключам командной строки есть, а по ассемблеру отсылки к mpasm. Типа полностью совместим, и в ключах там что-то насчёт режимов совместимости есть.

Это там у вас HELP, а тут MAN))

BOB51

Хелп встроен в оболочки IDE , а мануал по сути то же самое, но в виде отдельного файла в комплекте компилятора. Или спец опция в командной строке.
В былые времена поставляли и в виде *.doc...
Иногда и отдельно выкладывались.
Искать надо всё, что подпадает под "документация по ассемблеру(компилятору) \название\....... "

yor · Сообщение **yor** » Ср июн 12, 2024 21:58:03

Если разряды портов PORT[A,B] частично настроены как входы, частично как выходы, запись скопом в порт байта, а не побитно только по выходам, ничем не грозит?

BOB51

Это операция ЧМЗ (чтение - модификация - запись) штука весьма подлая порой...
см. стр. 46 "вопрос 4" вот тут:
https://web.archive.org/web/20090220075 ... C16_29.pdf

КРАМ

[uquote="BOB51",url="/forum/viewtopic.php?p=4590422#p4590422"]Это операция ЧМЗ[/uquote]запись байта в порт не является RMW.

BOB51

Но тогда нужно где то хранить маску для данных.

yor · Сообщение **yor** » Чт июн 13, 2024 09:24:23

Я спросил:
Если разряды портов PORT[A,B] частично настроены как входы, частично как выходы, запись скопом в порт байта, а не побитно только по выходам, ничем не грозит?
Теперь уточню, так как слишком обще:
Во входной разряд порта, мы пишем изнутри противоположное значение в составе этого самого байта. Он как вход не изменит своё состояние? Вроде по схемам из д-шита всё ровно, это игнорируется, но вдруг есть тонкости или особенные порты (MCLR и ещё какие-то имеют отличия). Или железно по всем портам и ситуациям?

ЧМЗ-RMW, это, как я понял, при чтении порта, пока он в проце крутится, а на входах изменение. И причём меняется - то он вход, то он выход. Потому что выводить на вход смысла нет. Так?

BOB51

Если изменяем весь байт сразу - проблем нет.
Но в таком случае где-то должна быть маска исходного состояния (или буфер предобработки) в котором те изменения делаются, чтобы не изменять исходное состояние других бит в байте. А уж затем оттуда данные в порт выводить.
Просто добавляется дополнительная обработка перед выводом (и возможно байтик буфера данных в ОЗУ) .
Дополнительно при необходимости смотрим даташит конкретного МК насчёт работы "подтягивающих резисторов" и альтернативных функций для выводов используемого порта.

BOB51

Это или в улучшенной среднемладшей или у 18й серий LAT имеется.
У стандартных среднемладших его нету.

yor · Сообщение **yor** » Чт июн 13, 2024 12:16:27

[uquote="BOB51",url="/forum/viewtopic.php?p=4590577#p4590577"]Если изменяем весь байт сразу - проблем нет.
Но в таком случае где-то должна быть маска исходного состояния (или буфер предобработки) в котором те изменения делаются, чтобы не изменять исходное состояние других бит в байте. А уж затем оттуда данные в порт выводить[/uquote]Это и есть проблема ЧМЗ-RMW?