Вопросы по С/С++ (СИ)

[-Valerius-]

Прошу помощи- "ваяю" программу на Си, изначально задача стоит такая:
к контроллеру AVR необходимо подключить блок переключателей
(каждый разряд на своем выходе выдает код в формате 1-2-4-8).

Сопряжение с контроллером выполнил с помощью двух CD4051, тут как-бы проблем нет.
С помощью switch я сканирую разряды и в результате получаю биты! разряда- раздельно. То есть -
считал биты первого разряда и получил переменные с этими битами.
Вопрос- как грамотно " склеить " биты в один полубайт?
Чтобы уже этот полубайт дальше отправить в дешифратор.
Спасибо.

[arkhnchul]

а во что вы биты складываете? в uint8? и какие значения у переменных?
так навскидку - логические битовые операции и, возможно, сдвиг

[-Valerius-]

Пока тренируюсь- биты (unsigned int) биты имеют значение 0 . К примеру: считал я первый разряд, мои переменные (a,b,c,d = 0) приняли значения 1-0-0-1 (a = 1, b = 0, c = 0, d = 1). Мое нужно "как-то склеить" биты чтобы получилось одно число 1001 , которое я передам в дешифратор.
PS Сорри , если невнятно объясняю суть проблемы

[arkhnchul]

т.е. у вас переменные со значениями:

Код: Выделить всё

a == 0b00000001 //0x01
b == 0b00000000 //0x00
c == 0b00000000 //0x00
d == 0b00000001 //0x01

если так, то

Код: Выделить всё

uint8_t res = (a<<3) | (b<<2) | (c<<1) | d ; //0b00001001 == 0x09 

[-Valerius-]

Спасибо за помощь. Вечером буду "тренироваться".
Удачи!
PS Если я правильно понимаю- первый бит это переменная d ?
Получается с помощью сдвига и логического И - "формируем" полубайт?

[arkhnchul]

PS Если я правильно понимаю- первый бит это переменная d ?

если "первый бит" это нулевой разряд (2^0), то да.

Получается с помощью сдвига и логического И - "формируем" полубайт?

строго говоря, формируем целый байт, и все abcd - тоже целые байты. А так - да.

[Pnjom-Penb]

С помощью switch я сканирую разряды и в результате получаю биты!

Не очень понял, как это выглядит в схеме и в алгоритме. Если выход каждого разряда этого "кодонабирателя" представлен четырьмя сигналами {0,1}, то чтение этого через порт должно дать готовое число, без всяких-яких. Валериус, Вы ничего не напутали?

[MOHCTEP]

Получается с помощью сдвига и логического И - "формируем" полубайт?

логического ИЛИ
Можно и арифметикой пособирать для понимания

Код: Выделить всё

uint8_t res = a*8+b*4+c*2+ d ; //0b00001001 == 0x09

Но, предложенный arkhnchul вариант, более кошерный, имхо.

[-Valerius-]

To Pnjom-Penb
Схемы как таковой и нет (пока что..), есть желание отработать только отдельные блоки программы, чтобы в дальнейшем уже из них собрать всю программу.
Вывод каждого разряда номеронабирателя представлен в виде 1-2-4-8 , итого четыре разряда = 16 "пинов" контроллера. И еще шесть дешифраторов (тоже в коде 1-2-4-8) = 24 "пин" AVR, получается что уже на этой стадии у меня задействовано 40 выводов контроллера. А еще нужно 2..3 кнопки, 3..4 вывода- "технологические". Поэтому- задействовал ATMega32 (у меня макет на ней), для обработки разрядов номеронабирателя- использовал два мультиплексора CD4051, выходы с контроллера на дешифраторы по ТЗ (техзаданию)- только с контроллера, 74HC595 использовать- нельзя. (Можно, но не нужно ) Поэтому, остановился на 32 меге, для всех "хотелок" - выводов хватает, единственное с входными сигналами непонятки были.
PS С каждого разряда номеронабирателя выходит пять выводов- питание и собственно код 1-2-4-8. Конечно, можно было бы напрямую соединить номеронабиратели с дешифраторами, но тогда кто вычислениями займется, как не AVR?


To arkhnchul

если "первый бит" это нулевой разряд (2^0), то да.

Все верно 2^0, не верно выразил свою мысль

Всем спасибо за помощь, буду пробовать!

[arkhnchul]

Можно и арифметикой пособирать для понимания

Код: Выделить всё

uint8_t res = a*8+b*4+c*2+ d ; //0b00001001 == 0x09

арифметическое умножение в общем может дать лучший результат - если выполняется за меньшее количество тактов, чем последовательность сдвигов. Тут я ну совсем не знаток, но по беглому просмотру справочника для avr умножение - такт на запись множителя в регистр, два такта на умножение, такт на чтение результата; сдвиг - один такт для сдвига на одну позицию. Т.е. вроде как (???) вариант с умножением должен получаться предпочтительнее начиная со сдвига на 6 позиций.

[MOHCTEP]

arkhnchul Так я ж отметил, что предложенный Вами код с битовыми сдвигами, предпочтительней. Просто -Valerius- чуть подзапутался в логике, вот я и предложил "альтернативу", исключительно для понимания сути и без претензии на ее использование. К моему стыду, я не владею информацией о тактовой продолжительности операций, однако статистика(личная) потребления ресурсов указывает на лучший кпд логики сравнительно с арифметикой посложнее "а+в".

[Pnjom-Penb]

Вывод каждого разряда номеронабирателя представлен в виде 1-2-4-8 ...

Так я и думал. Не нужны Вам никакие сдвиги и лог.сложение по ИЛИ - заводите четыре выхода каждого разряда (через мультиплексор или к.л. иначе) на порт м/к и читаете этот порт - все дела. Если будут использованы четыре младших пина, то, например, так:

Код: Выделить всё

    value = PORTx & 0x0F;

Принцип такой:

Add-n
Как-то неясно Вы про использование вв/выв меги32 написали...
1. 40 вводов/выводов у нее нету - четыре порта по 8 = 32 вывода
2. Если "номеронабиратели" видны меге32 через 4051, то почему Вы пишете "итого четыре разряда = 16 "пинов" контроллера"? Там получается 8+3+1+1 = 13.
3. Про дешифраторы ничего не сказано, но возможно, требование "выходы на дешифраторы по ТЗ только с контроллера" также допускает мультиплексирование. Например, если у них есть вывод CS, или вывод Common, как у "номеронабирателей" на фото.
4. Логика вычислений не изложена ("Конечно, можно было бы напрямую соединить номеронабиратели с дешифраторами, но тогда кто вычислениями займется, как не AVR?"), однако, не исключено, что эта логика м.б. реализована без контроллера - смотря какая логика.

В общем, все, что связано с чтением номеронабирателей можно уложить в 6 или 7 выводов - в один порт, да еще и останется 1-2 вв/выв под кнопки. Если дешифраторы таковы, как я предположил выше, то их можно обрабатывать вторым портом. При отсутствии дешифратора "N -> 1_из_M", придется взять еще пару I/O из другого порта. Итого, на всякие "2..3 кнопки, 3..4 "технологические" вывода" останется два или почти два порта.

Опишите дешифраторы, м.б. спланировать точнее.

[slavokhire5]

Привет всем котам. Имеется нубский вопрос по СИ и моим любимым указателям. помогите разобраться

Имеется внешняя ЕЕПРОМ. в ней лежит куча настроек в виде упакованных структур. Прочитать всю структуру проблем нет:

Код: Выделить всё

M95_read(SET_PAGE_START, (void *)(&settings), sizeof(settings));

скармливаем ф-ции чтения адрес начала читаемой структуры в ЕЕПРОМ(SET_PAGE_START), указатель на нужную структуру в ОЗУ (&settings), и размер структуры (sizeof(settings)).

Но если мне понадобится записать один из элементов (допустим, его зовут value) структуры в ЕЕПРОМ, как это короче сделать? (это вопрос №1)
Приходит в голову чтение по адресу структуры + адрес элемента ВНУТРИ структуры (или его смещение от начала структуры, не знаю как это правильно сказать). получается жутко длинная и не читаемая колбаса такого вида:

M95_write(SET_PAGE_START + смещение_внутри_структуры , (void *)(&settings.value), sizeof(settings.value));[/code]

вопрос №2: как правильно это смещение рассчитывать? я делаю так: смещение_внутри_структуры = *(settings.value) - *settings;
но кокос говорит мне, что я неправ - invalid operands to binary - (have 'uint8_t *' and 'struct settings)

[arkhnchul]

Приходит в голову чтение по адресу структуры + адрес элемента ВНУТРИ структуры (или его смещение от начала структуры, не знаю как это правильно сказать). получается жутко длинная и не читаемая колбаса такого вида

смещение и зовется это.
Нечитаемая колбаса - да, адресная арифметика она такая

я делаю так: смещение_внутри_структуры = *(settings.value) - *settings;

если правильно помню, то так:
смещение_внутри_структуры = &(settings->value) - settings;
значение_внутри_структуры = *(settings + смещение_внутри_структуры)
могу ошибаться, птичий язык адресной арифметики никогда не давался(

[BorisSPB]

Есть такой макрос offsetof.
Все потроха спрятаны в нем, а в коде имеем читаемый и понятный текст...

[Chip115]

Всем привет!
Ломаю голову, а что делает вот эта команда?

Код: Выделить всё

*((volatile unsigned char *) (0x77200480)) = 0x00;

[WiseLord]

Обнуляет ячейку в памяти по этому адресу.

[Jack_A]

Интересно, откуда выцарапана эта хрень с почти 2-гигабайтным адресом ? Мне бы МК со столько памяти

[ARV]

откуда выцарапана эта хрень с почти 2-гигабайтным адресом ?

ARM же наверняка, виртуальные адреса...

[kalobyte]

вопрос у кого есть студия 2013
внезапно надо модифицировать прогу http://winapi32.narod.ru/#3 ruslat
индикатор раскладки клавиатуры

я его сбираю на своей системе 8.1 64бит
запускаю на 8.1 64, но на ней не установлены длл от мс, а на моей идут вместе со студией

прога автора же работает без запроса длл, а моя собранная просит msvcr120.dll

я загуглил и там пишут, что надо в разделе с++ выбрать ключ /MT
однако любая комбинация тамошних ключей ничего не дает
прога простая, винапи

вопрос 2
там есть некие магические цифры
case 1049:
tnid.hIcon = hIconRus;
я загуглил, но так и не понял этих цифр
https://msdn.microsoft.com/en-us/librar ... 85%29.aspx
Russian (ru) 0x19 LANG_RUSSIAN Russia (RU) 0x01 SUBLANG_RUSSIAN_RUSSIA
1049 это 0х0419
где взять магическое число для казахской раскладки?