А я например не вижу сложностей сделать 9,10,12, и до 16-разрядные #define, что перекрывает >> («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

А я например не вижу сложностей сделать 9,10,12, и до 16-разрядные #define, что перекрывает >>

Отправлено VasilyS 20 февраля 2009 г. 17:36
В ответ на: Quasy по поводу "битового байта" (+) отправлено пользователем ReAl 20 февраля 2009 г. 16:19

большинство применений... Дифайны каши не просят, лежат себе в файле и лежат. Хоть их 100К строк будет ну и что? Не понимаю проблеммы. А генерировать программу написать нетрудно ведь это 1 раз и навсегда. Каждому своё.

Составить ответ | Вернуться на конференцию.

Ответы

слущай, зачем 100к дефайнов? на бэри 100 байт:)) - ы (20.02.2009 17:57:2 80.92.98.211, 908 байт)
- А я практически не вижу мест, где это мог бы применить, вот и всё. Кстати, в avr-gcc уже сколько-то версий назад подерживаться стало. Даже не знаю сколько, ибо невостребована мною фича. - ReAl (20.02.2009 18:54:0 193.111.248.46, пустое)
  - много где, в основном для читаемости ессно - для определения других дефайнов а-ля "маска" и т.д... - ы (20.02.2009 19:03:56 80.92.98.211, пустое)
    - Маска чего? Если битов на регистрах, то (1 << BITNAME). (+) - ReAl (20.02.2009 19:16:27 193.111.248.46, 798 байт)
      - ex N0: упаковка нескольких данных в 1 лонг - ы   (20.02.2009 19:33:0 80.92.98.211, 3244 байт)
        
        А если так? "какие такие козырьки"? - ReAl   (20.02.2009 23:16:31 89.162.152.53, 1898 байт)
        
        Пожалуй с нуля, а не погляждывая на комментарии из приведеного кода, я бы не *_MAX писал, а *_BITS и дальше суммирование этих BITS и сдвиги, а не умножение _MAX и умножения/деления. Но это не принципиально. Для формирования триад-вхождений в enum можно попробовать макрос ENTRY( PREVIOUS_NAME, WIDTH, NAME) слепить и вообще красиво будет и относительно просто менять ширины полей. Всяко проще, чем вручную перетаптывать b00001110 - ReAl   (20.02.2009 23:34:20 89.162.152.53, пустое)
        
        я это переварю 24 го, и отвечу, щас я с тилипона, пойду почитаю насчет дизайна:))) - ы   (21.02.2009 01:38:2 217.118.66.30, пустое)
        
        а взгляд "на раз" говорит, какие еще мули в энуме, сложно не понятно и изобретать надо, надо мне состав поменять/расширить/сузить, я просто буду смотреть в одну точку и двигать биты, а не по всему энуму бегать и по бумажке смотреть на сколько надо Мul - ы   (21.02.2009 02:08:15 217.118.66.30, пустое)
        
        Я так гланул - кажется мне, что даже без учёта "один раз сгенерированных" макросов для "битовых байтов" мой текст короче. В смысле я меньше набирал, чем нужно было набрать для варианта "готовых битовых байтов". За что боролись? - ReAl   (20.02.2009 23:18:57 89.162.152.53, пустое)
        
        Ну я там обленился до конца enum добивать, ладно, будем считать что паритет. - ReAl   (20.02.2009 23:22:10 89.162.152.53, пустое)
        
        ex N1: упаковка - ы   (20.02.2009 19:42:35 80.92.98.211, 657 байт)
        
        Не лучше. b01111100 информативнее чем 0x7C всего лишь на преобразование hex-bin, а так то же самое магическое число. И вообще это не самостоятельный пример, см предыдущий, там то же самое по сути - ReAl   (20.02.2009 23:27:18 89.162.152.53, пустое)
        
        ответ N2: а чем бинари хуже 10-ых? Или почему курс бакса не в 16 числах преподносят...а мне вот нагляедней энд маской сделать, иначе через год я буду долго думать что за 7С, а почему не 7А, и только глянув на коммент, начну соображать...это не склероз, это поддержка разных девайсов... - ы   (21.02.2009 02:38:7 217.118.66.30, пустое)
        
        двигать биты, смотря/сравнивая на/с тз (комментами) всегда луче, чем в уме переводить - ы   (21.02.2009 02:29:28 217.118.66.30, пустое)
        
        ex N3: - ы   (20.02.2009 19:45:12 80.92.98.211, 1124 байт)
        
        НУ МОЖЕТ БЫТЬ (вопрос вкусовой). Хотя для светодиодов и пискунчика я убедился - больше 16 бит нет смысла - неразличимые большинством комбинации выходят. И маски при этом лучше простые. А то потом народ морду бьёт и требует семисегментый индикатор с номером ошибки. - ReAl   (20.02.2009 23:51:2 89.162.152.53, 886 байт)
        
        имхо если я пишу 0х0F, то читателю не стоит заморачиваться, а если напишу 00001111 то он должон обратить внимане, зачем я так расписал... - ы   (21.02.2009 02:53:55 217.118.66.30, пустое)
        
        дело не в колве бит, дело в кванте времени, пришлось на 2 умножить:) - ы   (21.02.2009 02:12:56 217.118.66.30, пустое)
        
        точнее не умножить, а расстянуть так чтобы смотрелись при заданном кванте - ы   (21.02.2009 02:17:3 217.118.66.30, пустое)
        
        еще, к примеру, смотрим в даташит и программируем реигстр PIN_SELECT - ы   (20.02.2009 19:58:39 80.92.98.211, 928 байт)
        
        Ой, ну если для 00 01 10 11 тяжело 0, 1, 2, 3 набрать, то, извините, как там дела с табличкой умножения? Уже после пятого класса "мы это учили давно, я забыл"? - ReAl   (20.02.2009 23:40:16 89.162.152.53, пустое)
        
        это был пример "до кучи", отличный от предыдущих по смыслу :) 3 разных смысла я привел :) - ы   (21.02.2009 02:21:34 217.118.66.30, пустое)
        
        еще есть парочка чисто мат-ких, но приводить нет смысла, ибо индивидуально... - ы   (21.02.2009 02:25:35 217.118.66.30, пустое)
  - Имеется ввиду - поддерживается форма 0b110011 - ReAl (20.02.2009 18:54:26 193.111.248.46, пустое)
- В числе многих имею и такой макрос. Говорю же - не ндравится "функциональный" вид. И всё. - VasilyS (20.02.2009 18:09:7 80.92.96.25, пустое)