trofim2 писал(а):
Так вы изменяете алгоритм программы. У вопрошающего при появлении "1" выставляется "1" и речь идёт про реакцию на вход Reset. В ваших же предложениях сигнал передается один в один и ни слова про железо.akl писал(а):
trofim2 писал(а):
Так вы изменяете алгоритм программы. У вопрошающего при появлении "1" выставляется "1" и речь идёт про реакцию на вход Reset. В ваших же предложениях сигнал передается один в один и ни слова про железо.akl писал(а):
Возможно, Вы не так прочитали. Возможно, trofim2 и я поняли вопрос не так."...начинает работать только после того как ресет на землю замыкаешь, а затем размыкаешь"
Если пин1 заземлить до включения питания, то будет долгожданный сигнал на выходе. Но если мы его освободим, то сигнал пропадет и появится только после рессета, но стоит опять разомкнуть и сигнал пропадает. Это я выяснил), опытным путем. Но мне то надо подать на вход короткий сигнал, а на выходе должен появится постоянный, который уйдет при другом условии).pyzhman писал(а):Значит у вас цепь сброса криво организована/спаян.
Возможно, у Вас МК постоянно ресетится (перезапускается).igor741986 писал(а):Если пин1 заземлить до включения питания, то будет долгожданный сигнал на выходе. Но если мы его освободим, то сигнал пропадет и появится только после рессета, но стоит опять разомкнуть и сигнал пропадает.
Как?! Ведь команда sbic заставит пропустить следующую за ней sbi.igor741986 писал(а):...
Если пин1 заземлить до включения питания, то будет долгожданный сигнал на выходе..
Ничего не рессетится и не понимаю от куда вы берете все это). Там схема вам нужна, а здесь нет схемы, один контролер с ногами и все равно вам этого мало). И кода две строки, там вам время тратить не охота, а здесь и с двумя строками разобраться не можем, предлагаем какую то ерунду. Я о вашем коде:Alkul писал(а):Возможно, у Вас МК постоянно ресетится (перезапускается).igor741986 писал(а):Если пин1 заземлить до включения питания, то будет долгожданный сигнал на выходе. Но если мы его освободим, то сигнал пропадет и появится только после рессета, но стоит опять разомкнуть и сигнал пропадает.
Вы же спрашивали в другой теме про свою автоматизацию колодца и бака, какой смысл в новой теме начинать беседу? Думаете, что-то изменится?
Вернитесь в ту тему и дайте, наконец, то, о чем Вас там просили - ПОЛНУЮ схему устройства, фото монтажа, ну и программу, включая фьюзы.
Это не мой код, этот код предложил trofim2igor741986 писал(а): Я о вашем коде:
main:
sbic PINB,1
sbi PORTD,0
sbis PINB,1
cbi PORTD,0
rjmp main
Один "контроллер с ногами" бывает только в протеусной симуляции. У настоящих схем есть питание, есть цепи сброса, есть блокировочные конденсаторы, есть источник тактирования и правильные фьюзы, есть (вернее, должна быть) правильно собранная схема, наконец.igor741986 писал(а):Там схема вам нужна, а здесь нет схемы, один контролер с ногами и все равно вам этого мало).
Как задаете вопрос, такой и ответ получаете. С такой манерой вести диалог Вам и вправду быстрее дойти самому.igor741986 писал(а):Вообще я быстрей сам дойду, как реализовать эту функцию.
Для того, чтобы думать, надо исходную информацию иметь. Тут никто никому ничем не обязан. Тратить время на прогон Вашего кода в симуляции, когда проблема, возможно, совсем в ином, мало кому захочется.igor741986 писал(а):Но когда лень думать
++trofim2 писал(а):А я вообще симуляцией не пользуюсь, только железо.
посему? да некакого посему, если Вы осознаЁте в каком состоянии порт находится после инициализации, то никаких нежданок не будет. Если не хотите заморачиваться с инициализацией портов, или даже более того - хотите соблюсти семантику, то пользуйтесь макросом InitGPIO.BOB51 писал(а):Жаль котяток...
![]()
Состояние сигнала на входной линии pinx определяется внешними факторами, ежли порт настроен как входной или состоянием portx, ежли порт настроен как выход.
Посему... непосредственное использование оценки статуса pinx командой условного перехода (без принятия дополнительных мер) в принципе обречено на провал.