roboforum.ru

Значит будем сидеть на непопулярных стмах, гнуть пальцы на lpc и хихикать над фьюзострадальцами
Холивар-холивар, ня-ня-ня-ня-ня!
Ща мне еще малинка приедет - я тут над всэми ржать в голос буду.

когда начинал - не убил не одного.. покоцал чем-то потом.. тоже порты вроде..

когда продолжал - вроде один так залочил.. я просто не пложу обычно кучу проектиков.. и вообще ко многому теряю интерес когда понимаю как можно это сделать.. увы это часто бывает до начала написания проги.. или до полного написания..

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"

та же фигня ((

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Ассемблер.
Задача - преобразовать двухбайтное двоичное число в десятичное для последующего вывода на блок семисегментных индикаторов. Ткните носом, пожалуйста, как оно по уму делается? Максимум, до чего я додумался, это пройтись по битам числа, раскладывая веса битов по нескольким регистрам, каждый из которых будет представлять собой один разряд десятичного числа, а затем выполнить переносы, если число в регистре больше 9. Но это как-то долго и ресурсоемко.

я обычно так и делал, если придумаешь что-то менее ресурсоемкое - напиши

Десятичная коррекция делается сдвигом регистра влево и команда "десятичная коррекция"
И так n-раз (n-ширина корректируемого слова)
В интел51 это "daa". msp430 - "dadd"
искать и курить: BIN2BCD
вот для мсп430:

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

Добавлено спустя 2 минуты 10 секунд:
ой , в мсп430 круче сделано, там сложение с десятичной коррекцией

Вот нашел подробное описание:
http://chipmk.ru/index.php?option=com_c ... &Itemid=61

Дмитрий, спасибо огромное, по ссылке отличная статья! Собрался уже ваять код, а гугл вдруг невзначай вывел на такой документ: Application notes AVR204: BCD Arithmetics.

UPD: Еще один вариант. По сравнению с подпрограммой из апноута требует меньше программной памяти и регистров, заявленная скорость выполнения в 3+ раз выше.
UPD2: Во втором варианте результат в неупакованном виде. Для упакованного вот. В два раза меньше регистров и еще быстрее, но кода больше на целых три слова.

UPD3: Хитрая подпрограмма для преобразования 1 двоичного байта в трехзначный неупакованный BCD формат. 15 слов, 18 тактов, 3 старших регистра, смотреть внизу страницы.

Вы бы написали, для какого конкретно проца вы хотите эту шнягу (AVR-ки тоже разные бывают) и по каким параметрам оптимизировать - время выполнения или размер флешки.
Ну и самый-то возможно актуальный вопрос - нафига упираться и оптимизировать вывод на индикатор, если человек в любом случае не воспримет эти циферки чаще, чем несколько раз в секунду?

Я алгоритм искал. А так - базово-ширпотребная мега48. Оптимизировать сейчас не собираюсь, выложил то, что нашлось по запросу AVR BCD, чтобы раскрыть вопрос для тех, кто будет искать ответ в будущем.

Ну и, а вдруг мк будет загружен по самое не могу, а тут еще и выводить на индикатор надо?

Вы искали алгоритм, а сравниваете реализации. В AT90S (из аппноута) умножения нет, например, а в последнем примере оно используется.

Я их не то чтобы сравниваю, я их описываю. Хмм, а где сказано, что апноут для AT90S?

Да чтож такое. Пытаюсь использовать Input Capture на меге16а, а оно беспрерывно генерит Input Capture прерывания, хотя не должно. Уже вроде все что можно попробовал. На ICP1 включил внутреннюю подтяжку, оставлял пин без провода, снаружи к плюсу подтягивал. Noise canceler включил, выключил на всякий пожарный компаратор и даже AIN1 к плюсу подтянул, менял фронт срабатывания. Ну никак.
В гугле нашел несколько случаев такой проблемы, но без решений. Бывало у кого-нибудь так?

UPD: Выяснил, что начинает спамить прерыванием после первого переполнения счетчика. Что это значит пока не понял.
В ходе выяснения обнаружил баг студии. В режиме WGM = 12 в студии таймер не считает, если OCR1A = 0, т.к. срабатывает флаг прерывания по сравнению на первом же счете. Сразу показалось, что это не правильно, так оно и вышло. В МК в этом режиме таймер как минимум не обращает внимания на флаг по сравнению. Непонятно пока до куда считает. По даташиту вроде должен обнуляться при Input Capture Flag.

UPD1: Так... не может же оно обнуляться на первом же такте после переполнения из-за того, что ICR1 = 0? И ставить флаг ICF1. Это же нелогично?
До первого переполнения вроде никак на уровень на ноге ICP1 не реагирует.

Код инициализации и прерывания:
OUTI - макрос, пишет константу в I/O через регистр R17 (OSRG).

В PROTEUS попробуйте и уточните по какому событию у вас прерывание настроено.

_________________
Читайте !

С протеусом не работал, чувствую, если сейчас начну, то еще и баги протеуса пособираю. При симуляции в студии код работает отлично, прерывание срабатывает только при надлежащем изменении PD6.

Прерывание по фронту/спаду (пробовал и так и эдак) сигнала на ноге Input Capture (PD6). В даташите говорится, что вроде еще по компаратору это прерывание работает, пробовал его выключать, не помогло. Нога PD6 притянута к + внутренней подтяжкой и снаружи через резистор. Может, внутренняя подтяжка мешает? Не помню, пробовал ли без нее.