Т.е. на "+" МК припаять одну ногу кондера, а к "-" МК - другую?O-LED писал(а):конденсаторы по питанию, это имеется ввиду керамический конденсатор подключенный между выводом + контроллера, и выводом -
да.Т.е. на "+" МК припаять одну ногу кондера, а к "-" МК - другую?
Maxim1441 писал(а): Кстати, вот нашел в прайсе моего колхозного магазина такие камни:
1) ATmega8A-AU 120,00 рэ
2) ATmega16-16PU 140,00 рэ
С какой лучше начать? Или же у них одинаковое устройство?
на нормальных dev-сайтах есть раздел для начинающих, где никого не поливают помоями. не лезьте к "взрослым дядям" - и вас не обидятMaxim1441 писал(а):Ага, и сразу - ушат помоев в свой адрес услышать. На dev-сайтах это равносильно тому, что запостить на радиокоте тему типа "Хочу УМЗЧ на 20Вт от Кроны"
А если, не дай Аллах, упомянуть где-нибудь про оператор GOTO
radio-kot писал(а):Начните с нормального поставщика у которого
ATmega8A-AU 70 рублей
ATmega16A-PU 90 рублей
Maxim1441 писал(а):radio-kot писал(а):Начните с нормального поставщика у которого
ATmega8A-AU 70 рублей
ATmega16A-PU 90 рублей
В нашей деревне таких нет. А заказывать по почте - это надо сразу десяток заказывать...
radio-kot писал(а):ATmega8A-AU 70 рублей
ATmega16A-PU 90 рублей
рублей 120?aleksandr-zh писал(а):вывод: проще дома купить )
А зная как на асме идет вызов тех же прерываний -- в симуляторе, в ассемблерном режиме, навтыкал брейкпоинтов в потенциально стремные места и ловишь ошибки с одного-двух прогонов. Как знать где искать? Надо разобраться с тем как работает проц. При писании на асме это изучается само собой. Да и нет там ничего сложного. Просто парадигма несколько иная. Никаких функций котоыре там куда то что то возвращают. Все в регистрах/памяти. Все линейно и плоско. 
DIHALT писал(а): Во первых асм. Его знать надо для эффективности.
Также, после ассемблерной практики куда проще ловить баги связаные со всякими срывами и левыми инициализациями прерываний. Вот случайно где то разрешил прерывание, а обработчик не поставил. ВОт у тебя и сбрасывается программа не пойми с чего. Дооолго будешь ловить причину, уверяю тебя. А увидеть вот так сразу в большой программе что где то там ошибся на один битик это очень сложно. Это надо свежим глазом окинуть программу. А где его взять то, особенно после недели отладки
Согласен!
DIHALT писал(а):Во вторых Си. Рекомендую не отвлекаться на всякие там бейсики и паскали. ...
Зачем изучать именно Си и именно стандарт? Да чтобы потом скакать с контроллера на контроллер как захочется.
DIHALT писал(а):Попробуй под ARM свой бейсиковый проект перетащи, ага.
aleksandr-zh писал(а):DIHALT писал(а):Попробуй под ARM свой бейсиковый проект перетащи, ага.
переношу. Если не элементарно, но без сложностей!
PicBasic + PicSimulator <> FastAVR+Bascom
буквально с месяц назад переносил,
dosikus писал(а):Речь идет о ARM , а не AVR .
Код: Выделить всё
int8_t state, curr;
do
{
curr = PINB;
if ((state ^ curr) & ((1 << PB0) || (1 <<PB1))) != 0)
{
if ((state ^ curr) & (1 << PB0) & (curr &(1 <<PB0)))
PORTB ^= (1 << PB2);
if ((state ^ curr) & (1 << PB1) & (curr &(1 <<PB1)))
PORTB ^= (1 << PB3);
state = curr;
}
}Код: Выделить всё
Config PortA=output
Led = Set
If key=1 then Led=Reset