Подготовка изображений для вывода на TFT экран.

[С.М.С]

Сообщение от Ulex

Про org я так, для красного словца. Можно и просто меткой обойтись.
А в студии есть синтаксис переноса строки? А то WinHex делает многострочный текст, а уж если речь про .db зашла (вероятно компиль у вас асм-ий), так у меня не вышло весь этот массив втолкать, он требует .db перед каждой новой строкой.

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

Сообщение от Ulex

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

Именно так

Пока в Ворде пробую.

[Ulex]

Пока в Ворде пробую.

Ворд то зачем тут вообще?

[С.М.С]

Не бейте сапогом по опухшей голове Там с помощью макросов быстро редактируется этот массив. Собственно закончил, теперь допишу в студии и посмотрим, не зря ли прошли пол дня.

[s-andriano]

Сообщение от Ulex

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

А скомпилировать с массивом нулей нужной длины, а потом на это место вклеить картинку не судьба?

[С.М.С]

Не, не судьба. Оно и так на ассемблере идёт туго, и так десятки раз перепрашиваешь и компилируешь, а тут ещё открывать хекс и вставлять, это слишком.

[Ulex]

А скомпилировать с массивом нулей нужной длины, а потом на это место вклеить картинку не судьба?

Во первых, *.hex (тот файл, который зашивается в контроллер программатором) текстовый.
Во вторых, каждая строка такого hex файла содержит помимо собственно программы ещё и служебную информацию (как минимум длину пакета данных и фактический адрес, куда данный пакет будет записан в память программ контроллера и похоже ещё какая то CRC). Строк длиннее 16 байт я в hex-ах не видел.

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

[С.М.С]

Что-то странное твориться. Есть процедура, которая загружает в 3 переменных данные трёх цветов из памяти программ, объединяет в два байта и выводит на экран. Но, вот так, заливка экрана происходит полная:

Paint:

clr temp
clr Data_H
clr Data_L

						;

ldi temp,0xFF
mov r0,temp
mov RGB_R,r0						;
clr r0
mov RGB_G,r0						;
clr r0
mov RGB_B,r0						;


	mov Data_H,RGB_R
	cbr Data_H,0b00000111

	mov temp,RGB_G						;
	lsr temp
	lsr temp
	lsr temp
	lsr temp
	lsr temp

	mov temp_1,Data_H
call RGB_assemble	
	mov Data_H,temp_1						;

	mov temp,RGB_G						;
	cbr temp,0b00000011
	lsl temp
	lsl temp
	lsl temp

	mov Data_L,temp

	mov temp,RGB_B
	lsr temp
	lsr temp
	lsr temp

	mov temp_1,Data_L
call RGB_assemble	
	mov Data_L,temp_1						;


call Write_command_regiter

clc										
ret

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

Paint:

clr temp
clr Data_H
clr Data_L

	adiw ZL,1
	lpm
	mov RGB_R,r0						;

	adiw ZL,1
	lpm
	mov RGB_G,r0						;

	adiw ZL,1
	lpm
	mov RGB_B,r0						;


	mov Data_H,RGB_R
	cbr Data_H,0b00000111

	mov temp,RGB_G						;
	lsr temp
	lsr temp
	lsr temp
	lsr temp
	lsr temp

	mov temp_1,Data_H
call RGB_assemble	
	mov Data_H,temp_1						;

	mov temp,RGB_G						;
	cbr temp,0b00000011
	lsl temp
	lsl temp
	lsl temp

	mov Data_L,temp

	mov temp,RGB_B
	lsr temp
	lsr temp
	lsr temp

	mov temp_1,Data_L
call RGB_assemble	
	mov Data_L,temp_1						;


call Write_command_regiter

clc										
ret

Что это команда lpm или adiw такую муть наводят?

[Ulex]

Это толстый троллинг, или

[С.М.С]

не, фотика нет, а то бы снял. Ещё круче, если заменить adiw на inc, то на экране трёхцветная вышивка, т.е. такие стежки под уклоном из трёх ниточек.

[Ulex]

Ммм-да.
Вы, собственно чего от этой темы хотите то?
Просто похвастаться, что вы контроллер умеете прошивать ???