Форум РадиоКот

1. Начнем с внешнего цикла: он выполнится всего 1 раз, при n=0

2. После преобразования числа в BCD-формат оно будет занимать 1 байт, а у тебя: 3. - других слов нет

4. Дальше вообще что-то страшное.

чем тебя мой вариант не устроил? , его до рабочего доработать проще.

да ну и нагородил
1. цикл c n работает один раз !!!


GP1 ладно начнем с начала будем доводить твой код , а то что то я перестарался


disp byte 2

я могу использовать как переменную для хранения там 2 чисел для вывода на индикатор и считывать в display c нее , или надо как то по другому делать ???

MTF писал(а):
disp byte 2

я могу использовать как переменную для хранения там 2 чисел для вывода на индикатор и считывать в display c нее , или надо как то по другому делать ???

Зачем городить огород, в память записывай BCD-число которое получилось после конвертации в цикле будешь грузить его в какой-нибудь рабочий регистр, и в нем уже делить на два числа.

disp byte 1
я понял если у меня 2 разряда то я записываю в disp как бы 2 цифры 0b1111|1111

а если я допустим решу использовать 3 разряда , как быть ???

в BCD формате цифры хранятся по 2-е штуки в одном байте....

GP1 сейчас пойду все переделывать , еще раз хотел проконсультироваться по поводу X Y Z , чтобы опять не наступить на те же грабли

как правильно грузить из массива ?????

Смотри здесь
http://radiokot.ru/forum/viewtopic.php?p=419891#p419891

Господа GP1 и MTF, простите за вопросы.
Я человек новый и не могу понять: зачем столько ненужного мусора вбрасывать в ветку? Ведь эти сырые недоделки интересны только вам двоим, а для такого случая давно изобретен е-мейл или, на худой конец, есть такие вещи, как личка и вложения? Или я чего-то не понимаю?

to IM1
Уважаемый, если Вы не заметили, то в этой ветке на последних 2..3-х страницах только мы и тусуемся.

сырые недоделки

Не айс

_noise писал(а):Про стратегии относительно прерываний и главного цикла тема тоже есть отдельная специальная, позволяю намекнуть повторно. Там ещё про осы пыталось развиться.

Спасибо, почитал.

IM1 писал(а): зачем столько ненужного мусора вбрасывать в ветку? Ведь эти сырые недоделки интересны только вам двоим

А кто вам запрещает перейти на другой форум? Здесь в основном ребятишки. Чего вы от них хотели?

Ёжкин Кот писал(а): А кто вам запрещает перейти на другой форум? Здесь в основном ребятишки. Чего вы от них хотели?

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

GP1 писал(а):to IM1
Уважаемый, если Вы не заметили, то в этой ветке на последних 2..3-х страницах только мы и тусуемся.

Ну не такие уж тут и ребятишки, как выразился Ёжкин Кот (я долго читал, если Вы заметили разницу между датой регистрации и датой первого сообщения, поэтому к примеру, к ARV я обращаюсь с титулом "уважаемый").
А здесь я, потому-что в AVR_ах я сам еще "ребятишка". Много работал с MCS51, вот это техника. Всяким ПИКам и АВРам просто еще расти и расти до нее. И очень жаль, что нет отдельной темы для MCS51.

Всем привет!
Пишу я диплом по микрокнтроллерам AVR... Никак не придумаю как правильно нарисовать алгоритм(
Вот допустим есть цикл, который крутится все время, бесконечный... В этом цикле все выполняется... Но есть функция, которая вызыввается по прерыванию таймера каждые пол секунды..
просто в произвольном месте прога прерывается и выполняется эта функция
а потом прога продолжает выполняться с прерванного места
Вот как это нарисовать на алгоритме по ГОСТ???

В свое время поступил так:
1) есть основной цикл работы.
2) прерывания - события не имеющие привязки к основному циклу (что логично, иначе их в цикле и обрабатывать. да и называть уже подпрограммами)
Отсюда следует, что обработка(и) прерываний должна(ы) лежать вне основного цикла.
Посему, делаем неколько блок-схем: основная, в которой указываем факт настройки на обработку прерываний и "кучка" вспомогательных блок-схем, каждая из которых отвечает за свое прерывание. Городить нечто "прерывания таймера Т1" не стоит. Лучше пусть будет по событиям, "переполнение" - блок-схема, "сравнение"-блок-схема...
Успехоффф!!!

1. Номер госта - хз, хотелось бы узнать
2. Это не прокатит, там команд сотни наверно.
3. Потому, что подходящей темы не нашел, а девайс на AVR и на ассемблере.
>Для рисования блок-схемы логики нужно ещё больше, чем для пользования форумом.
А я в состоянии с логикой сам разобраться, не такой уж я и тупой, как вы думаете, тем более что и схему и прогу я разрабатывал и отлаживал САМ!!! А то, что не знаю как правильно алгоритм нарисовать - так алгоритм - это формальность...

Вечером поищу, должен был остаться ГОСТ с учебной поры.
Что касается команд - то алгоритм не должен показывать их все общим чехом.
Наиболее рационально - выделять крупные объекты (куски кода) типа "Настройка АЦП", "Настройка портов"...

IM1 писал(а): два камрада резвятся и никто с ними не дискутирует

Ну а кто Вам мешает/мешал вступить в дискусию.

aam, вот нашел руководящий документ. Пункты 7.1.х про лагаритмы. В целом наверное будет полезен и за пределами обозначенных пунктов.

GP1 писал(а):

IM1 писал(а): два камрада резвятся и никто с ними не дискутирует

Ну а кто Вам мешает/мешал вступить в дискусию.

Отвечаю: "На текущий момент не интересно!"
P.S. Без всяких задних мыслей и обид.