Отправлено Alexandr99 20 августа 2003 г. 10:04

есть строка символов, допустим 0000000, в ней я сразу знаю, что последние 0,1,2,3 или 4 символа- это дробная часть, т.е. эта строка должна выглядеть если дробная часть 3 знака так: 0000.000 Как перевести её в double 64 ише на 16 bit controller (без FPU конечно). Желательно быстрый перевод, controller 186 , т.е. div поддерживает

• Ответ (+) — SМ   (20.08.2003 11:13, 277 байт)
  • Ответ: А как нормализовать — Alexandr99   (20.08.2003 11:46, 503 байт)
    • Ответ: (+) — SМ   (20.08.2003 13:24, 902 байт)
      • Ответ: Большое спасибо, только как предложите делить 40 bit/100 на 16 bit controller. Это же очень долго, может есть более быстрый вариант?? Например умножить на что-нибудь типа 1/100 или как-нибудь ещё без потери точности — Alexandr99   (20.08.2003 14:19, пустое)
        • дык, думалка то зачем дадена? Умножь число на константу - (1/100)*2^N, потом результат подели на 2^N — =mse=   (20.08.2003 15:08, пустое)
        • А DIV-то есть в проце? Если есть - то вообще не проблема. — SМ   (20.08.2003 15:05, пустое)
        • Умножение и деление занимают по времени одинаковое количество тактов. Если это не DSP конечно. Так что поделить 40 бит на 8 бит может оказаться даже быстрее, чем перемножить 40 бит на 40 бит. — SМ   (20.08.2003 14:29, пустое)
          • Да нет, с аппаратным умножителем умножение на порядок-два быстрее будет ;О) — =mse=   (20.08.2003 15:05, пустое)
            • да, если на 8 бит делить, тогда не порядки а просто разы ;О) — =mse=   (20.08.2003 15:27, пустое)
            • А вот если аппаратный делитель еще есть - тогда поспорю. Говорят проц-то 186, а там есть. — SМ   (20.08.2003 15:26, пустое)
              • не, если 186, там и множитель есть, а он множит гораздо быстрее чем делит — =mse=   (20.08.2003 15:31, пустое)
                • Кстати, от делителя там проку мало - он 32 на 16 то поделит, а вот 40... увы, придётся, таки, врукопашную ;О) — =mse=   (20.08.2003 15:43, пустое)
                  • не придется. Через деления "32 на 16" можно 40 бит за пару-тройку итераций офигачить (делить-то на 8 бит! ). А вот множить 40х40 это уже будет понакладнее. Будет 9 частичных произведений. — SМ   (20.08.2003 15:47, пустое)
                    • дык у 186 разница в тактах на умножение - деление раз 15, если не вру, очень давно я с ними работал ;О) — =mse=   (20.08.2003 15:59, пустое)
                      • Странно это. Ведь что последовательный умножитель, что последовательный делитель - схема то примерно одна.... — SМ   (20.08.2003 16:06, пустое)
                        • не знаю - помню что разница была о-о-очень заметная. Хотя за разы ручаться не буду — =mse=   (20.08.2003 16:15, пустое)
          • И потом - для double 40 бит это мало. Там больше понадобится. — SМ   (20.08.2003 14:31, пустое)
• Ответ: Глянь... — mim   (20.08.2003 11:06, пустое, ссылка)
  • Ответ: А ближе есть?? Страница не открывается. — Alexandr99   (20.08.2003 11:49, пустое)
    • Вводим смещение :) -> — S_agent   (20.08.2003 12:04, пустое, ссылка)
      • Еще одно. — S_agent   (20.08.2003 12:05, пустое)
        • .--> — S_agent   (20.08.2003 12:06, пустое, ссылка)
• Ответ: Вопрос непонятен: что же все таки исходно имеется - символы или биты? — Bill   (20.08.2003 10:22, пустое)
  • Ответ: Изначально есть символы '00000000' но я знаю, что несколько последних из них- это дробная часть, нужно перевести эти символы в double желательно на asm. Спасибо — Alexandr99   (20.08.2003 11:13, пустое)