то есть есть строка

А потом везде в программе она используется так

То есть присваивается значение 0b10000000, а мне нужно прописать обратный порядок битов, то есть 0b00000001 (так для любого значения).

То есть что-нибудь типа

ищу, чтобы я как и раньше писал

а присваивалось значение 0x01...

Подскажите плиз...

чисто на уровне препроцессора не Знаю, но там есть операции в 3-4 действия.
http://www-graphics.stanford.edu/~seander/...tReverseObvious

Это сообщение отредактировал(а) comcon1 - 26.1.2010, 21:44

Циклический сдвиг битов типа такого?

Это не изменит порядок битов...

comcon1, спасибо, на я поковырявшись нашел такой прикольный вариант:   


Добавлено через 3 минуты и 25 секунд
Осталось додумать как это в данном случае (с портом P2) в define добавить...  

cardinal, боюсь что оставить запись в виде Port = 0x80; можно единственным образом - создать класс для порта и перегрузить оператор =, но подозреваю что Ваш компилятор такое не потянет.

Если компилятор плюсовый, то можно через метапрограмирование (template'ы). Будет чисто compile-time конструкция

xvr,   

Это сообщение отредактировал(а) xvr - 27.1.2010, 21:19

Да, я тоже думаю, что самый простой вариант это прошариться по программе и везде заменить

на


То есть ничего элегантного с помощью define пока не получается...

С define не получится, а с классом с перегруженным оператором operator= получится (это если С++)

А я пока не уверен надо ли это... То есть из-за такой ерунды на данном этапе разработки такую хреновину городить  

xvr, это я понял (я про код), но как использовать это в рли lvalue?

Для этого нужен другой класс (17dufa уже озвучивал)

xvr, ну с перегрузкой оператора то и так ясно, я подумал, может что другое =)

или в цикл

serg76, если честно не очень понимаю, что делает этот код...

Это 'код' разворачивает побитно переменную 'i' в переменную 'b'. Делает он это на ассемблере единственного реально существующего в мире процессора, так что все поголовно должны знать его ассемблер как 'отче наш'   (Кажется это PIC, но не поручусь)

С исходным вопросом он конечно не имеет ничего общего, но зато 'ассемблер - это круто!'   

там скрыто используется флаг. 
Если не ошибаюсь, получается два (круговых) стека,  итерационо с одного справа сбрасывается бит во флаг, и с флага запихивается слева в другой,
(а с другого опять через флаг в первый, но это уже вне задания)
Т.е. после проведения операции оба байта будут содержать "зеркальное представление" другого, хотя для законченности не хватает в конце еще одной инструкции  rcr i,1
 

Добавлено через 46 секунд

  

А тогда ясно. Я просто подумал что чисто командами там муть написана 

Добавлено через 40 секунд
xvr, заметь что про флаг ты ничего не сказал (и наверно даже не подозревал)  

сильно сомневаюсь, чтоб xvr не знал о флагах       а не сказал скорей всего ввиду "очевидности" сего факта   
дело в том что в асме фактически все операции взаимодействуют через флаги и логика команд неподготовленных программистов ЯВУ легко поставит в затруднение.



Это сообщение отредактировал(а) mes - 2.2.2010, 01:16

Ничего очевидного тут нет.

Да и вообще у меня MSP430 мк, у которого хрен знает какие команды и уж тем более, как там дело обстоит с флагами. То есть пока использование в моем случае под вопросом (руки пока не доходят проверить). Сишными командами думаю все таки решить, есть одна идейка...

очевидно тем,  кто имел дело с асмом так же как Си`шникам конструкция i+=5; - с ходу и не понятно чем она ставит в тупик остальных 



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

да с командами совсем плохо


код был написан на СВ6

имхо судя по командам проще биты по условию выставлять

Нет времени, с железом разбираюсь  

Я через недельку отвечу, т.к. тогда новое железо будет готово и я перейду к программированию...

Итак пример из жизни. Есть два чипа, которые обмениваются информацией при помощи одного порта (8 бит). Но вот незадача - соединения идут крест на крест если посадить оба чипа одной стороне платы. Есть три решения: развести крест на крест (меняя сторону), посадить элементы на разные стороны платы или просто развернуть порядок битов в софте. Я выбрал третье решение, т.к. крест на крест это несуперское решение (общее правило: избегать перекрещивание для того, чтобы сигналы друг друга не портили), а если сажать чипы на разные стороны, то это геморр при сборке платы.

как я понял у каждого чипа своя копия софта?. тогда делаете макрос типа SEND(value) и для софта каждого чипа определяете его нужным образом.
тoгда не возникнет проблем и в дальнейшем , если вдруг вместо реверсного представления битов придется использовать некое другое (например если вынуждены будете пользовать другую развертку соединения чипов). 

Вместо макроса можно использовать функцию - вынести ее определения в разные файлы и для каждого чипа подключать нужный.

P.S. в любом случае естественно  придется полазить в проге и заменить все старые операции на новый макрос..

Это сообщение отредактировал(а) mes - 12.2.2010, 20:37

Нет у одного из чипов софт не поменять.


Я решил функцию сделать...

Да, это я как раз с сделал. Все завелось с пол оборота.