Разработка, производство и продажа радиоэлектронной аппаратуры
|
Требуется программист в Зеленограде - обработка данных с датчиков; ColdFire; 40 тыс.
e-mail: jobsmp@pochta.ru
|
Вопросы внутри.
Отправлено
yurish (79.98.107.90) 06 мая 2015, г. 13:49
В ответ на:
Ответ: отправлено
Тумблер 06 мая 2015, г. 12:36
1) вопрос снят
2) не понял относительно FuseBitNum. Исходный массив 32 байта, то есть 256 бит.
После преобразований размер данных не меняется. Просто они расположены по другому. Например в исходном виде это 32 байта по 8 бит данных. А после преобразования при Х=4 должно получиться 64 байта по 4 бита данных в младших разрядах, старшие = 0. При Х=3 должно получиться 85 полных байт, в которых 5 старших разрядов =0, а 3 младшие - это данные, плюс 86 байт только с одним битом.
Но в любом случае количество бит данных = 256, меняется их как-бы расположение, а не количество.
Не хочу загружать 8 разрядный МК лишним кодом. Нужен ли этот предохранитель?
3) {bitNum=0; ++byteNum;}
это равносильно сразу bitNum=1;
4) Все байты нужно заполнить, то есть sizeTarget = AbsBitNum / X; ??
Составить ответ | Вернуться на конференцию
Ответы
- Ответ: - Тумблер (1045 байт, 06.05.2015, 14:57:36 194.190.167.185,194.190.160.202)
- Спасибо. В целом понятно - yurishok (236 байт, 06.05.2015, 16:14:10 79.98.107.90)
- Нет - Психиатрическая_помощь (413 байт, 06.05.2015, 17:03:48 83.239.108.238)
- Ответ: Классно придумали оптимизацию деления! - yurishok (380 байт, 06.05.2015, 17:39:3 79.98.107.90)
- Вопросы внутри - yurishok (747 байт, 06.05.2015, 17:39:31 79.98.107.90)
- Ответ: - Тумблер (401 байт, 07.05.2015, 00:17:4 37.1.48.23)
- Ответ: - Тумблер (293 байт, 07.05.2015, 00:43:18 37.1.48.23)
- это придумали ещё "динозавры" - Психиатрическая_помощь (241 байт, 06.05.2015, 17:59:30 83.239.108.238)