Ассемблер (ASM) для AVR в вопросах и ответах

Engineer_Keen

Gudd-Head писал(а):Решил я уйти от записей вида 0b01010101 к более читаемым типа (1<<bit).

Будет удобнее, гарантирую

Gudd-Head писал(а):
Код: Выделить всё
ori r16, (1<<WDCE)|(1<<WDE)
Заместо WDCE и WDE компилятор из инклудового файла возьмёт цифры (числа), соответствующие порядковым номерам этих бит в регистре (WDTCR).
Единицы сдвинутся на соотв. позиции и логически сложатся, а на месте остальных бит будут нули?

Именно так.

Gudd-Head писал(а): А такая контрукция
Код: Выделить всё
ldi r16, (0<<WDE)
Эквивалентна ldi r16, 0?

Да, чисто для удобства отладки. Надо записал туда 1, не нужно вспоминать номер бита или по новой набирать комбинацию "(1<< )"

Gudd-Head писал(а): Можно задавать свои номера битам через .EQU? Вынести их в отдельный файл (например, для управления периферией) и подключать через .include?

Ну естественно, я так всегда и делаю

Реклама

Gudd-Head

Ну собсно, я пока писал, сам и разобрался. Не стал уж удалять текст — жалко

Только мне казалось что можно как в Сях когда надо кучу единиц и пару нулей записать через

Код: Выделить всё

(0<<WDCE)&(0<<WDE)

Или всё-таки как-то можно?

Реклама

Seriyvolk

Нет, единицы так не запишутся.

Gudd-Head

Да я уж прогнал в студии.
А как-то через инверсию или ИСКЛ.ИЛИ можно малой кровью дать понять компилятору, что надо кучу единичек записать с помощью нескольких нулей?

Реклама

Seriyvolk

Ну например так
LDI R16,(1<<Bit1)|(1<<Bit2)
COM R16
Записанные номера битов обернутся нулями. Хотя конкретная реализация в любом случае зависит от того, что нужно сделать.

Реклама

Gudd-Head

Seriyvolk писал(а):LDI R16,(1<<Bit1)|(1<<Bit2)
COM R16

Не-не-не.
Во-первых, тут пишется единицами и
во вторых, лишняя команда в ПП.

Реклама

ploop

Тут от синтаксиса ассемблера зависит.
COM - не годится, это уже исполняемый код, а надо маску средствами компилятора организовать.

Seriyvolk

Тагды так
LDI r16, 255-((1<<Bit1)|(1<<Bit2))
И всё равно указанные биты запишутся нулями.

Gudd-Head

Seriyvolk писал(а):LDI r16, 255-((1<<Bit1)|(1<<Bit2))

Наверное, проще так LDI r16, ~((1<<Bit1)|(1<<Bit2))

Seriyvolk

Да, способов масса, и все хороши!

Между тем, есть ещё вопрос по работе с датчиком температуры 18В20.
Принципы отправки и приёма информации по шине мне в принципе понятны, вот непонятно как именно с этим датчиком работать. Даташит большой, инфа в нём структурирована плохо, поэтому самостоятельно разобраться не получилось.
Итак, проц стартует... Нужна ли датчику начальная инициализация (допустим как, например, дисплею 44780)? Если нужна, то что ему слать и в какой последовательности?
И второй вопрос: какая должна быть последовательность команд для простого считывания температуры? (датчик один)
Спасибо заранее!

unalex

Seriyvolk писал(а):по работе с датчиком температуры 18В20

http://chipenable.ru/index.php/programm ... ast-1.html
http://chipenable.ru/index.php/programm ... ast-2.html

akl · Сообщение **akl** » Сб фев 08, 2014 09:04:00

Seriyvolk писал(а):... Нужна ли датчику начальная инициализация... какая должна быть последовательность команд для простого считывания температуры? (датчик один)

Сброс датчика низким уровнем на шине на время >480мкс -> отпускание линии -> через 60 мкс опрос низкого уровня от датчика при его наличии -> если низкого уровня нет, то нет и датчика; если есть, то дождаться когда датчик отпустит линию -> выдать команду SKIP ROM (0xCC) -> выдать команду начала измерения температуры Convert T (0x44); при паразитном питании подключить линию к питанию и выдержать паузу; при постоянном питании окончание преобразования можно контролировать появлением 1 на шине -> сбросить датчик -> выдать команду SKIP ROM (0xCC) -> выдать команду чтения памяти (0xBE) -> прочитав 2 байта температуры сбросить датчик. Обмен ведётся байтами младшими битами вперёд.

ploop

Seriyvolk, прикладываю фай программы с моими часами. Всё раскомментировано, работу с датчиком тоже хорошо видно (начинается со строки 1300).

Seriyvolk

Спасибо всем! Насколько мне понятно - никакой предварительной инициализации датчику не нужно.
Сначала ресет-скип ром-запустить конверт темп, потом подождать и ресет-скип ром- считать темп. Так будет правильно?
ploop, а с чем у тебя в коде связано формирование такой точной задержки в 1uS? Только с тем, что из неё формируются все остальные? Датчику ведь даже между битами не нужны такие точные интервалы, там вродя от 1 до 12 uS окно

ploop

Seriyvolk писал(а):Датчику ведь даже между битами не нужны такие точные интервалы, там вродя от 1 до 12 uS окно

Не помню уже, но вроде при передаче бита. Да и код работы с ним не весь мой, сам алгоритм слизан у ARV
Во всяком случае датчик замечательно работает 2 года на 30-метровой лапше рядом с силовыми проводами

Gudd-Head

Кстати, по идее можно извратиться и использовать UART для 1-wire

Seriyvolk

Да, мне говорили. Вот только для этой затеи не было у меня 2 свободные ноги МК.

Seriyvolk

Всем привет опять! Уж простите, что так плотно данную тему оккупировал

, но иных вариантов нет

И за второй пост тож простите, но если я поправлю предыдущий - его никто не почитает...
Бросьте в меня идеей пожалуйста, если не сложно... В общем, ща мучаюсь как бы правильней организовать алгоритм опроса кнопок с дальнейшим альтернативным действием по удержанию.
К примеру хочется, чтобы при нажатии на "+" сначала плюсовалась одна секунда, потом секунды начинали тикать в плюс всё быстрее и быстрее. Аналогично и с минусом.
Есть таймер, который тикает каждую секунду, думаю можно его для этого приспособить. У самого идеи кончились, надеюсь на помощь более опытных товарищей...
Алгоритм опроса кнопок выглядит так:

Спойлер

Код: Выделить всё

//------------------------------------------------------------------------------
;-----------------------------------------------
; PUSH_KEY - процедура чтения клавиатуры
;-----------------------------------------------

PUSH_KEY:
		IN		R16,PIND
		ANDI	R16,0b00011111
		PUSH	R16
		ldi		DelayBuf,255			;формируем задержку времени 640 мкс
		rcall	delay
		IN		R16,PIND
		ANDI	R16,0b00011111
		POP		R17
		CPSE	R16,R17
		RET
		CPI		R16,0b00011111
		BREQ	EXIT
		SBRS	R16,Plus
		RCALL	TimePlus
		SBRS	R16,Minus
		RCALL	TimeMinus
		SBRS	R16,Enter
		RJMP	Run_Stop
		SBRS	R16,Preset
		RJMP	Preset_Load_Store
EXIT:	CBR 	FLAG,1<<PushedKey
		CLR		HoldCount
EndPK:	RET

TimePlus:
		SBRC	FLAG,Run		; Если мы попали сюда и таймер запущен
		RET						; то просто выходим
		CPI	HTime,99
		BRSH	EndTP
		ADIW	HTime:LTime,1
		CPI	LTime,60
		BRLO	EndTP
		LDI	LTime,255
		ADIW	HTime:LTime,1
EndTP:	SBR 	FLAG,(1<<TimeUpdate)|(1<<PushedKey)
		
RET

TimeMinus:
		SBRC	FLAG,Run		; Если мы попали сюда и таймер запущен
		RET						; то просто выходим
		CPSE	LTime,Zero
		RJMP	TimeMinusINT	
		CPSE	HTime,Zero
		RJMP	TimeMinusINT
		RJMP	EndTM	
TimeMinusINT:
		SBIW	HTime:LTime,1
		CPI	LTime,60
		BRLO	EndTM
		LDI	LTime,59
EndTM:	SBR 	FLAG,(1<<TimeUpdate)|(1<<PushedKey)
RET

Gudd-Head

Seriyvolk писал(а):но если я поправлю предыдущий - его никто не почитает...

Можно скопировать текст сообщения, удалить его и написать новое, вставив туда текст старого и добавив нового текста.
А про кнопку есть отдельная тема: http://radiokot.ru/forum/viewtopic.php?f=61&t=79801

Seriyvolk

За ссыль спасибо

, а вот кнопка удаления если у тебя не пропадает никогда, то у меня она через часок исчезает. Вот такая каверзная ситуация.