Можно как-нтиь выделить в IAR сотые/десятичные и единицы попроще ? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Можно как-нтиь выделить в IAR сотые/десятичные и единицы попроще ?

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено whale 14 ноября 2005 г. 13:34

те например x = 567 надо
а=5
в=6
с=7

Составить ответ ||| Конференция ||| Архив

Ответы

Если надо торопицца, то изучяй... — -mse- (14.11.2005 16:08 81.201.66.34, пустое, ссылка)
- Ух ты, как красиво! Надо будет как следует покопаться в архивах конфы - раньше там явно чище и полезней было :) — =AVR= (14.11.2005 16:42 80.92.96.19, пустое)
Например, так — Bill (14.11.2005 13:45 193.233.83.90, 53 байт)
- В листинге асмовском можно посмотреть, / и % вызывают одну и ту же функцию — - (14.11.2005 14:19 212.57.174.2, 105 байт)
  - На каком, люди, асме? Учите матчасть (С) (+) — ReAl (14.11.2005 15:10 62.244.22.94, 453 байт)
    - В IAR для операций деления и вычисления остатка по модулю генерируется — Bill (14.11.2005 15:26 193.233.83.90, 163 байт)
      - Ну так div и ldiv и есть СТАНДАРТНЫЕ ОБЁРТКИ к этим асмовым функциям, возвращают структуру с двумя полями — ReAl (14.11.2005 20:23 62.244.22.94, пустое)
      - А эта функция - структуру div_t с двумя полями - частное (quot) и остаток (rem) если верить написанному — † (14.11.2005 16:10 81.23.109.150, пустое)
  - Я о том и говорю. Функция одна, результата два. Только они находятся — Bill (14.11.2005 14:25 193.233.83.90, 162 байт)
    - IAR не делает :-( Но асмовую вставку в данном случае можно использовать — - (14.11.2005 15:03 212.57.174.2, пустое)
      - Нет, к сожалению. Я успел проверить. Только вставки не надо делать. — Bill (14.11.2005 15:20 193.233.83.90, 52 байт)
- Хитро ! 8-) — megajohn (14.11.2005 13:58 195.131.131.149, пустое)
  - Да, нет. Решение "в лоб". Не думаю, что оно оптимальное. — Bill (14.11.2005 14:00 193.233.83.90, пустое)
- Интересно, а сколько делений сделает компитятор при такой записи? — Iwan (14.11.2005 13:53 213.170.83.157, пустое)
  - Вроде как, 4. — Bill (14.11.2005 13:58 193.233.83.90, пустое)
    - Ого, а зачем столько? Оптимизация не справляется? — Iwan (14.11.2005 14:05 213.170.83.157, 31 байт)
      - Потому, что на ассемблере заранее известно, что подпрограмма деления — Bill   (14.11.2005 14:18 193.233.83.90, 26 байт)
        
        Спасибо, хотя мне уже местные симэны указали на то, что возвращение — Iwan   (14.11.2005 15:26 213.170.83.157, 141 байт)
        
        Когда пишешь программу для МК о парадигмах как-то не думаешь. — Bill   (14.11.2005 16:06 193.233.83.90, 148 байт)
        
        "Нет такого компьютера, который программисты не смогли бы сделать очень медленным." — Iwan   (14.11.2005 16:29 213.170.83.157, пустое)
        
        Ответ: есть такой компьютер! :) только он должен иметь быстродействие больше 10^15 оп. /сек — andrews   (14.11.2005 16:33 195.131.123.42, пустое)
        
        Не спасёт. Они просертифицируются у Билла G и тормознут и этого. — Iwan   (14.11.2005 16:41 213.170.83.157, 145 байт)
        
        О том, как бы побыстрее остановить эту проклятую циркулярную пилу. :) — vmp   (14.11.2005 16:52 62.117.78.2, 113 байт)
        
        Когда крутится - нет вопросов, но он ведь и остановленный столько-же моргает, гад! — Iwan   (14.11.2005 17:05 213.170.83.157, 145 байт)
        
        Не поленился, провел эксперимент. — vmp   (14.11.2005 17:34 62.117.78.2, 304 байт)
        
        Спасибо, "Будем искать". — Iwan   (14.11.2005 17:53 213.170.83.157, пустое)
        
        Ответ: это сильно зависит от ситуации...а Гейтс в эпоху таких компьютеров сойдет на нет! будущее за Sun :)) — andrews   (14.11.2005 16:46 195.131.123.42, пустое)
        
        Программиста, как Иисуса Навина не испугаешь. Тормознёт и солнышко. — Iwan   (14.11.2005 16:59 213.170.83.157, пустое)
        
        да ну вас в баню. sprintf и всего делов — DASM   (14.11.2005 14:22 212.58.192.14, пустое)
        
        А откуда известно, что результаты должны быть в символьном виде? — Bill   (14.11.2005 14:33 193.233.83.90, пустое)
        
        ну '0' отнять то всяко проще :-D — DASM   (14.11.2005 14:45 212.58.192.14, пустое)
        
        ;-))) — Bill   (14.11.2005 15:04 193.233.83.90, пустое)
- о! вот что-то в этом духе ;))) — whale (14.11.2005 13:47 193.232.202.1, пустое)
_(+) — megajohn (14.11.2005 13:41 195.131.131.149, 168 байт)
- :-) — -=ВН=- (14.11.2005 14:13 194.190.181.231, 80 байт)
  - Не туды попал, пардон — -=ВН=- (14.11.2005 14:14 194.190.181.231, пустое)
- "Ээээ нет, торопиться не надо..." — Bill (14.11.2005 13:48 193.233.83.90, пустое)
  - и что тебе тут не нравится ? — DASM (14.11.2005 13:53 212.58.192.14, пустое)
    - Операторов многовато, IMHO. — Bill (14.11.2005 13:56 193.233.83.90, пустое)
      - но два деления и два умножения. У тебя - 4-ре деления. Потенциально более емкая операция — DASM   (14.11.2005 13:58 212.58.192.14, пустое)
        
        Пересылок многовато. — Bill   (14.11.2005 14:02 193.233.83.90, пустое)
        
        Так чуть-чуть лучше будет. Можно еще подумать. Словом -> — Bill   (14.11.2005 14:13 193.233.83.90, 98 байт, ссылка)
        
        на большинстве процев - пересылка - ничто по сравнению с делением — DASM   (14.11.2005 14:07 212.58.192.14, пустое)
        
        Это так, но я же не со своим вариантом сравниваю. Данный вариант можно упростить. — Bill   (14.11.2005 14:16 193.233.83.90, пустое)
- я думал мож какой оператор есть хитрый ;))) — whale (14.11.2005 13:46 193.232.202.1, пустое)
  - Есть, библиотечный ??divu32_t, ??divu16_t или другой, в зависимости от разрядности операндов — - (14.11.2005 14:22 212.57.174.2, пустое)
    - Если имеется 16-разрядный вариант, то, видимо, это был бы самый оптимальный вариант. — Bill (14.11.2005 14:35 193.233.83.90, пустое)
      - ??divu16_t это оно и есть — - (14.11.2005 15:04 212.57.174.2, пустое)
  - Есть алгоритм преобразования дв. вида в дв.-дес. без делений/умножений. Использует сдвиги, сравнения и сложения. На порядок быстрее. — argus98 (14.11.2005 14:06 81.22.205.230, пустое)
    - Только сложение и сдвиги необх иметь как двоичные так и двоично-десятичные — NickB (14.11.2005 14:45 82.209.245.104, пустое)
      - Не надо - все сложение заключается в прибавлении 06h, 60h, 66h по необходимости.. — argus98   (14.11.2005 14:51 81.22.205.230, пустое)
        
        Некошерно, правильно будет 03 30 33 — none   (14.11.2005 16:30 194.8.16.3, пустое)
        
        Равноправно, для разных процессоров. Где-то лучше делать коррекцию до (3), где-то после (6). — argus98   (14.11.2005 16:55 81.22.205.230, пустое)
    - Дык деление - это и есть сдвиги и сравнения. — Михаил Е. (14.11.2005 14:14 81.13.30.10, пустое)
      - Дык и сколько делений понадобится для преобразования например 4-байтового числа?? (+): — argus98 (14.11.2005 14:29 81.22.205.230, 169 байт)
Точно также как и в остальных компиляторах... — КСПшник (14.11.2005 13:40 212.12.13.92, пустое)
банальным делением на степени 10 — DASM (14.11.2005 13:40 212.58.192.14, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru