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

Alkul писал(а):

igor741986 писал(а):Если пин1 заземлить до включения питания, то будет долгожданный сигнал на выходе. Но если мы его освободим, то сигнал пропадет и появится только после рессета, но стоит опять разомкнуть и сигнал пропадает.

Возможно, у Вас МК постоянно ресетится (перезапускается).
Вы же спрашивали в другой теме про свою автоматизацию колодца и бака, какой смысл в новой теме начинать беседу? Думаете, что-то изменится?
Вернитесь в ту тему и дайте, наконец, то, о чем Вас там просили - ПОЛНУЮ схему устройства, фото монтажа, ну и программу, включая фьюзы.

igor741986 писал(а): Я о вашем коде:
main:
sbic PINB,1
sbi PORTD,0
sbis PINB,1
cbi PORTD,0
rjmp main

igor741986 писал(а):Там схема вам нужна, а здесь нет схемы, один контролер с ногами и все равно вам этого мало).

igor741986 писал(а):Вообще я быстрей сам дойду, как реализовать эту функцию.

igor741986 писал(а):Но когда лень думать

trofim2 писал(а):А я вообще симуляцией не пользуюсь, только железо.

BOB51 писал(а):Жаль котяток...

Состояние сигнала на входной линии pinx определяется внешними факторами, ежли порт настроен как входной или состоянием portx, ежли порт настроен как выход.
Посему... непосредственное использование оценки статуса pinx командой условного перехода (без принятия дополнительных мер) в принципе обречено на провал.

ReadArray:
          ldi ZH,High(MyArray*2) ;загрузка адреса 0-го
          ldi ZL,Low(MyArray*2)  ;элемента в рег. пару Z

          ldi Temp1,0
          add ZL,Temp          ;прибавление
          adc ZH,Temp1         ;внутр. адреса

          lpm                  ;загрузка из ПЗУ

          mov Temp1,R0         ;копирование
          out PortB,Temp1      ;вывод в порт
          inc Temp             ;увелич. внутр. адреса
          rjmp ReadArray       ;в начало цикла

MyArray:
.db 12,16,3,4,10,17,255,37,158,14,13,98
.db 14,85,30,9,145,52,64,49,119,72,209,46

Что значит "*2"? Дело в том, что каждая команда содержит два байта информации и занимает, таким образом, две ячейки ПЗУ. Поэтому, счетчик команд считает 2 адреса как один. Метка содержит именно данные для счетчика команд. Чтобы получить реальный адрес ПЗУ, необходимо увеличить адрес метки в 2 раза. Что мы и делаем.

Alek Lem писал(а):Выходит, что кроме счетчика команд, который считает слова в памяти программ, есть еще какой-то счетчик, который отсчитывает байты Flash-памяти? Иначе, зачем указывать адреса байт -- кто их будет читать?

dgrett писал(а):Читать будет команда LPM

Z_h_e писал(а):

Alek Lem писал(а):Выходит, что кроме счетчика команд, который считает слова в памяти программ, есть еще какой-то счетчик, который отсчитывает байты Flash-памяти? Иначе, зачем указывать адреса байт -- кто их будет читать?

Назначение счетчика команд - указатель на выполняемую команду, адресуется в словах (16бит). Команда LPM считывает один байт в R0 из флеш по адресу лежащему в Z (адрес побайтный). Метки в ассемблере для AVR адресуются пословно, поэтому в Z заносится двойное значение метки.

Alek Lem писал(а):Возможно, что компилятор, видя команду plm, переводит побайтный адрес из регистра Z обратно в пословный для счетчика команд ?

Alek Lem писал(а):Ведь адрес ROM умеет отсчитывать, на сколько я знаю, только счетчик команд (регистр адреса).