Здравствуйте, уважаемые Коты.
Опять хочу обратиться за помощью к вам.
По сути:
Написал я код в CVAVR. Суть его такова:
При прикосновению к сенсору (реализован программно), контроллер (Attiny13a) меняет яркость светодиода с помошью своего аппаратного ШИМ. Точнее при длительном прикосновении - начинает меняться яркость от нуля до максимума и наоборот. А при коротком прикосновении (менее 1с) - просто включает или выключает этот светодиод без всяких ШИМ.
Так как я не программист, а еще только учусь - писал долго и упорно. В итоге в отладчике AVR Studio все работает как надо. А вот в железе ересь какая-то получается.
Вот собственно и вопрос к профессионалам - в чем ошибка?
Код с комментариями в приложении.
Спасибо заранее за ответы!

Можно еще в протеусе попробовать, если есть желание, подозреваю, что там тоже не будет работать.
Сомневаюсь, что в студии вы смогли бы правильно сымитировать работу сенсора.Скорее всего тут и кроется подвох. Для нормальной работы нужно делать калибровку сенсоров, чтобы неточности аппаратной части компенсировать.Она, конечно есть, но я бы повторил несколько раз и усреднил значения.
И вообще можно еще экспериментировать с различной емкостью на контактах сенсора.

Еще есть некоторые замечания насчет оформления кода, например функцию check можно запускать и из калибровки и из рабочего состояния.Таким образом экономится флеш память Мк.
Просто возвращать time после выполнения, тогда работа с усреднением

и так далее.

Разбейте код на части - и отдельно тестируйте работу с сенсором, отдельно - ШИМ, отдельно - задержки и т. д. Найти ошибку в трехстраничном коде не так просто. Особенно, если код написан новичком. К тому же "железо" - у вас, может вы там что не так собрали.

Спасибо Вам за ответы.
Дело в том, что я это и собирал, так сказать "по отдельности". Т.е. сперва был придуман сенсор. В интернете я прочитал только принцип их пстроения на контроллере, а программу писал сам. В этом и интерес для меня. Кстати, пробовал усреднять, но как выяснилось и с однократной калибровкой работает стабильно.
Потом решил наконец-таки разобраться с ШИМ. Долго он мне покоя не давал. Вобщем по отделиности все работает. Совместил ШИМ и сенсор - получилось. А вот прикрутить распознование длительного и короткого нажатия на сенсор не удалось. Вот от того я и решил, что где-то у меня какой-то незначительный косяк в коде. Который я по глупости своей не вижу.
Полагаю, что проблема с счетчиком. Нужно и считать им емкость сенсора, и управлять ШИМ. Было бы их два....
Ну будем думать значит.
Спасибо за подсказки по оптимизации кода!
Кстати скажите пожалуйста еще: когда контроллер отрабатывает команду delay он "зависает" на время этой задержки. Это значит что и таймер-счетчик не считает в этот момент? А то мне тут такое подсказали, но мне в это что-то с трудом верится...

у контроллера нет команды delay. delay_ms и delay_us - это функции-циклы отсчета заданной задержки. во время выполнения этих функций таймер-счетчик никто не останавливает . кроме того, если интересно, в CodeVisionAVR в этих функциях сбрасывается сторожевой таймер, как мы выяснили в этой теме.

Вот накидал схемку

Функция используется довольно таки прозрачно здесь pressed это ваша функция сенсора, которая при нажатой кнопке возвращает 1
А time_of_button ()это функция из моего алгоритма.

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

за ошибки просьба не пинать, ночь все таки накладывает свой отпечаток.
С Рождеством!

PS, только сейчас осенило- нельзя для полноценной работы шим сбрасывать или останавливать таймер, особенно если он один как в тини13!
А это у вас делается регулярно при опросе сенсора!!!
отсюда совет- при разработкой устройства нужно первоначально распределить ресурсы, а уже из этого складывать алгоритм.

Продолжим:Распределим ресурсы.
Для работы шим нужно, чтобы таймер тикал всегда отсюда делаем вывод, что нужно перестроить процедуру считывания сенсора.
Настроим физический шим на вывод ноги шим.
Дальше определим дискретность шим.пусть будет 255 значений- считать будет легче.


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

позже напишу как избавиться от повтора обработки сенсора.

Че это похоже только мне интересно? Где развитие проекта?

На тини13 два таймера, один пусть работает на ШИМ, другой на измерение емкости сенсора. Да вообще, измерить емкость сенсора можно в подпрограмме реализующей задержку - чего зря ресурсам пропадать.

на tiny13 всего один 8-битный таймер с двумя ШИМ-каналами:
Peripheral Features
– One 8-bit Timer/Counter with Prescaler and Two PWM Channels
– 4-channel, 10-bit ADC with Internal Voltage Reference
– Programmable Watchdog Timer with Separate On-chip Oscillator
– On-chip Analog Comparator

Вы вообще как это себе представляете? И что это за подпрограмма такая задержки?

я так понял, алгоритм прост - ШИМ работает сам по себе, а в основном цикле производится измерение емкости сенсора и задержка. например, проверять каждые 100мс то если 20 последовательных проверок покажут "нажата" - значит нажатие длинное.
Вот во время этой задержки, измерять емкость сенсора и усреднять значение. Программно измерять, без использования таймера.

Шим и так должен работать сам по себе

И так в основном цикле
Я про это и говорил тут
В обработке таймера считаем ~100мс, ставим флаг.
В основном:
Если флаг, то это
и очистили флаг

Определением этого занимается функция time_of_button () блок схему алгоритма которой я привел.
Вот это поясните тут не понятно
Я полагаю, что измерять без таймера просто нецелесообразно-он все равно молотит.
Просто добавляется еще одна переменная для подсчета переполнений.

Простите, что долго не объявлялся. Праздники закончились - работы по горло. Некогда заниматься пока этим сенсором....
Спасибо огромное всем за дельные советы и предложения! Особенно конечно же vitalik_1984!!! Вы мне очень помогли!
Вот в том-то и проблема, что таймер останавливать нельзя - ШИМ выключается, естесственно. Я его выключал периодически всего на пару тактов, мне кажется светодиод не должен от этого моргать. Всего-то 0,9*10^-6 секунды
vitalik_1984 Ваш алгоритм натокнул меня на определенные мысли... Даже кое что улучшить можно. Но пока, по своей программистской неграмотности не могу это сформулировать
При первой же возможности попытаюсь воплотить ваши советы и идеи в жизнь. Обязательно отпишусь что да как!
Еще раз спасибо большое всем!

Таймер работает на ШИМ, его трогать нельзя. Остается крутится в программе, измеряя интервал(время заряда емкости сенсора) в циклах, подобных той же подпрограмме DELAY_MS. Только новая DELAY будет состоять из непрерывного измерения и усреднения, а по окончанию задержки около 100мс анализируется усредненное значение. Так одновременно измеряем сенсор и реализуем задержку. Любые помехи будут "съедены" постоянным усреднением.

Это возможно, но зачем вообще моргать?

Я бы пересмотрел функцию void PWM(void)
как то мутно все выглядит там.

Примерный алгоритм чтения кнопок check() используется для инициализации и для самой работы кнопок.
вход в функцию
принимаемые данные(указатель на массив unsigned int buffer)
1 заряжаем или разряжаем
обнуляем глобальную переменную temp
читаем значение таймера в temp2
тупим пока на разрядится или пока не зарядится.
читаем значение таймера temp3
читаем переменную temp
возвращаем *buffer=((temp<<8)|temp3) -temp2;

как из этого сделать чтение и инициализацию позже напишу.

не нужно делей никакой

А что там мутного-то?
По-моему все стандартно - увеличиваем число в регистре совпадения от 0 до 255 и обратно. От этого светодиод то плавно разгарается, то гаснет. Delay нужен чтоб не сильно быстро это все происходило.
Я пробовал не останавливать таймер, а записывать в одну переменную его значение на момент начала зарядки сенсора, в другую переменную - значение на момент конца зарядки. Потом вычитать из второго первое. Типа так:

DDRB=0x09;
#asm("nop")
#asm("nop")
temp1=TCNT0;
DDRB=0x01;

while(PINB.3==0){};
temp2=TCNT0;
temp=(temp2-temp1)
if(бла, бла, бла...)

Т.е. если в temp получается значение больше чем контрольное - сенсор сработал.
Но так ваще ерунда какая-то получается. Это связано с переполнением таймера. И temp2-temp1 получается ошибочным. Я так думаю...

ошибочным, потому что между этими считываниями может произойти переполнение
Так вот в переполнении добавляется 1к еще одной переменной.
Так как таймер 8 бит, это как раз переменная чар складываем (temp3<<8)|temp2 это будет то число, которое общее отнимаем temp1 это будет как раз число тиков между зарядкой -разрядкой.
Его нужно вернуть в вызывающую процедуру.

забыл case вписать



Всю прогу переделал, осталось дописать функции long_pressing() и short_pressing().

Дописал весь код, осталось проверить как будет работать и убрать неточности.
Где схема в протеусе, которую тестировали с первоначальной прошивкой?

Схемы в протеусе нет. Так как я не очень-то ему доверяю - приврать он любитель, надо сказать. Все тестировал в железе.
Но в принципе могу накидать и схемку. Щас попробую....