mazur (31.03.2013 10:17 - 04.04.2013 22:03, просмотров: 194) ответил mazur на Подкиньте, пожалуйста идей, как лучше сделать. Хочу чтобы параллельно обрабатывалось какое-то кол-во светодиодов. Скажем пусть пока будут 8 штук. В идеале, разбросанные по разным портам. Одним или все портом пока получилось. А вот чтобы несколько,-
- Мда-а-а... Ошибочка у меня все-таки вышла. Сел, хорошо подумал. Бумажку взял, порисовал. При установленном в значении яркости старшем бите по любому половина яркости. То есть у меня ошибка. Внимательно просмотрел код и нашел причину. Надо было mazur(332 знак., 31.03.2013 18:48)
- Воот,я сразу говорил что бит переноса - Pawel(31.03.2013 19:05)
- тут минимум трое об этом говорили. Вас, кстати, в этой теме вообще не отмечено - koyodza(31.03.2013 19:09)
- Дык они с мазуром вроде соседи, оба из Новосиба - rezident(31.03.2013 19:14)
- да понял уже - koyodza(31.03.2013 19:47)
- По телефону он говорил. :) - mazur(31.03.2013 19:12)
- Дык они с мазуром вроде соседи, оба из Новосиба - rezident(31.03.2013 19:14)
- тут минимум трое об этом говорили. Вас, кстати, в этой теме вообще не отмечено - koyodza(31.03.2013 19:09)
- Воот,я сразу говорил что бит переноса - Pawel(31.03.2013 19:05)
- Еще раз. Знаковых команд у меня нет. Только сдвиги. Причина тут в комбинации активных битов. И получается, что зрительно повышение и спад от 0x01 до 0xFF и от 0xFF до 0x01 воспринимается как на рисунке: mazur(31.03.2013 15:56)
- Как версия: при сдвиговых операциях про бит переноса забыли. - rezident(31.03.2013 16:05)
- Нет. Именно пилы получаются. В программе все четко! - mazur(31.03.2013 16:09)
- Четко-нечетко, однако наблюдается сдвиг на полдиапазона при переходе в его верхнюю половину. Кстати, для программиста на СИ проект, состоящий из одних инклюдов, выглядит слегка "дико" :) - rezident(31.03.2013 16:16 - 16:21)
- Только щас увидел это сообщение. Почему "дико"? - mazur(31.03.2013 22:31)
- я специально вгонял в таблицу значения 0x81 в симуляторе ни единой ошибки. Зрительно воспринимается как 0x05 - mazur(31.03.2013 16:20)
- чегой-то не вкуриваю - BAM предполагает для 0x81 и для 0x05 одинаковый вес. почему яркость должна отличаться? - Vit(31.03.2013 16:57)
- Практика - критерий истины. - rezident(31.03.2013 16:21)
- где именно пила наблюдается? а схема была или я пропустил? - Snaky(31.03.2013 16:15)
- Четко-нечетко, однако наблюдается сдвиг на полдиапазона при переходе в его верхнюю половину. Кстати, для программиста на СИ проект, состоящий из одних инклюдов, выглядит слегка "дико" :) - rezident(31.03.2013 16:16 - 16:21)
- Нет. Именно пилы получаются. В программе все четко! - mazur(31.03.2013 16:09)
- Как версия: при сдвиговых операциях про бит переноса забыли. - rezident(31.03.2013 16:05)
- Никаких знаковых команд у меня в коде нет. Вычислил я причину, сволочь этакую. Только вот теперь что с этим делать, как вычислить закономерность? Причина: от 0x01 до 0x7F повышение яркости от 1 до примерно половины. От 0x80 ТОЖЕ постепенное mazur(2529 знак., 31.03.2013 15:20)
- Одни четные или нечетные числа не дали результата. Пробую дальше. - mazur(31.03.2013 15:34)
- Дык уменьши диапазон до 127, и все работать будет. - Vladimir Ljaschko(31.03.2013 16:01)
- Одни четные или нечетные числа не дали результата. Пробую дальше. - mazur(31.03.2013 15:34)
- небось в старшем бите знак лежит - Vit(31.03.2013 10:28)
- Значения беззнаковые - mazur(31.03.2013 11:45)
- ищи, точно где-то знаковая операция для беззнакового используется koyodza(36 знак., 31.03.2013 13:48)
- WDT- не мешает? Отключал? - ilyaul(31.03.2013 13:04)
- Отключал. То же самое. - mazur(31.03.2013 14:39)
- Значения беззнаковые - mazur(31.03.2013 11:45)
- Мда-а-а... Ошибочка у меня все-таки вышла. Сел, хорошо подумал. Бумажку взял, порисовал. При установленном в значении яркости старшем бите по любому половина яркости. То есть у меня ошибка. Внимательно просмотрел код и нашел причину. Надо было mazur(332 знак., 31.03.2013 18:48)