Question

（51 单片机）关于 12864 区域 绘图，即 任意起始位置，绘任意太小的图片 ？？？？？？？？

（51 单片机）关于 12864 区域 绘图，即 任意起始位置，绘任意太小的图片 ？？？？？？？？

有搞过的高手没

1：怎样在0，0位置开始，绘任意大小的图？？？？？？？

2，怎样在不是0，0位置，绘任意大小的图？？？？？？？、

1-1：在0，0位置开始，绘任意大小的图，未写数据区域花屏怎样处理？？？？？

1-2：下半屏按常规法绘图完全花屏，怎样处理？？？？

麻烦高手赐教

Answer 1

下面论述的前提：LZ 得清楚，12864 实际上是 256*32 点，把后面的 一半 搬到 第三行、第四行进行显示的。（这也是为什么 反白显示 只能是 1、3同步、2、4同步的原因）
首先得了解 绘图区 的结构：12864 这个屏的 绘图区，分有 16大列，每大列 有 16小列(点)，16*16=256，于是 它分成了 前 8大列 放在 第一、二行，后8 大列放在 第三、四行。告诉你这个结构，是想说：12864 的绘图区，是以 大列（16小列） 为单位进行 数据输入 显示的。现在来说题目：
1、从 0，0开始，这个最简单，由于从原点开始，可以直接输入数据。但要注意：
①输入的 横向长度，必须是 大列（16点）的整数倍，也就是说，你输入的数据，必须是 2Byte 的整数倍。如不足 长度，应自行补充。比如输入的 图片长度 为 35×16，横向35，不是 16的整数倍，那么输完 前面的 32 点后，横向还有 3个点，要补0 扩展成 16位 再输入。也就是说，你补充了0（图片显示为空白）后，实际数据为 48×16。
②因12864 不支持 自动换行，数据输入时，要自行在 图片 横向结束时，进行换行（不是 12864 的四个行，而是每个 小点行）。
2，不从 0，0开始，这个比较繁琐。如果 起点的 横坐标的是 16的整数倍，可以直接通过 绘图 大列定位。如果起点坐标不是 16 的整数倍，那么要 先在图片每横向数据 的前面进行 填0 补充，虚构一个 16的整数倍。比如，起点在 18，0，那就需要在前面补 2个0，虚构起点在 16，0 的位置。这只是困难的开头，2个0 补充在数据头后，数据的低 2位就得 往 下一个数据 推了。这就是 连续数据 移位，一直移动到 横向长度 的结尾，再根据 LZ 上一个问题的方法处理结尾。连续数据 移位，比如：11100001 ，00011110，01111000，10000111，连续右移2位后，是 00111000，01000111，10011110，00100001， 11（000000，00000000），括号部分为12864补充 的长度，让数据为 16点 的整数倍。
1-1，图片尺寸不足 12864，就会导致其他区域数据的不定性（为上次图片的遗留），如果只需这个图片，那就应该在 绘图之前，进行 绘图区清0，也就是 输入 12864 点 的 0数据。
1-2，下半屏的坐标，参考 了解的 屏结构。

追问

纠正下12864是8位数据，由于是8位数据，横向X不可能少于8位，1：解码数据不可能最右边的数据，不是8位。2：就算可能，没有的会自动作0处理。（如有语气不合理，请谅解，谢谢）

但图片右边并未写数据啦，怎么就会花屏，还有下半屏写了数据也花屏，这个不解
还有不从0，0开始，会无法识别。如0，0横向起始是（0X80）；下半屏是（0X88），但用（0X80+I）或（0X88+I），就不识别，又怎么解

追答

那可能咱们的沟通有出入。至于LZ说的语气不合理的，技术探讨面红耳赤的都有，这不为过。况且LZ并没有什么不得体的语气。
12864 所谓 8位数据，那是指它的通讯总线宽度（还有4位数据的）。而直接采用8位数据进行显示的是 12864 的CGROM（中文字ROM）、HCGROM（字符ROM），以及CGRAM（字符产生RAM，即自定义字符）。
而12864 的绘图内容，存在 GDRAM（绘图RAM）中，其大小如我前面所说256点×32点。输入数据 以 16点 为单位，无法只输入 8个点。而且它的地址分块，也是以 横向16点为一个水平地址。这也是为什么无法只输入8个点的另一个原因。
至于我前面所说的，绘图区 256×32，后半边 放到 第三、四行进行显示，是因为：12864 的DDRAM（显示区RAM）地址映射的结果。
另外，LZ追问的“自动作0处理”，想来你是理解错了，我说的是：（程序员）自行补0处理。这要靠程序去判断补充，不是12864补充的。
而非0,0坐标无法识别的图片，就是因为，上面说的CGRAM地址，并不是按1个点计算的。

追问

前面那些我都明白啊，但问题的关键，没写的地方花屏（雪花），还是没有解呀

还有我前面说的是8位并口就算只用3位，屏取过去的信号也是8位的，没错吧

追答

不看不知道，一看吓一跳。咔嚓，我辛辛苦苦打的追答不见了。百度在搞什么鬼啊？
那就简单说下吧：
①没写的地方花屏，那是之前就留着 GDRAM中的数据。如果之前写过图片，那就是之前的图片内容，如果之前没写过图片，那就是上电后，GDRAM中的数据，这个数据具有不定性。花屏，其实只有一个原因，那就是后者，因为上个图片残留下来的，都会是图片的一部分，不会是花的。
解决花屏：上电后，对GDRAM进行清0处理，即输入128×64点的 0数据（这不是12864提供的清屏指令能解决的）。而后建议：在输入新图片之前，尽可能的先进行清0，后再输入图片，这样能解决上张图片残留的问题。
②数组数据是 char型的，始终是 8位的，这个没错。但你有没有想过，你的图片实际大小可能只有 30×8的，而你又想把它放在 2,0 的坐标上。根据你的计算，数组提供的数据是 32×8（4Byte点列×8点行，也是后面补 0处理），加上坐标偏移 就成了 34了。而根据我的计算，是用实际大小30 加上 偏移量 2=32。也就是说，我的计算结果还是 32×8。
另外，因为GDRAM的输入数据是以2Byte（16点）为单位，你的34点（16×2+2），必须扩展成48点（16×3），才能完整输入到GDRAM中。而很不巧，我的结果32点刚好是16的2倍，无需再扩展即可直接输入到GDRAM中。
结论就是：你输入的实际大小是：48×8，而我输入的实际大小是：32×8。
另外，别再用80、88、90、98当GDRAM的地址了，那是 DDRAM的。
而LZ定位在下半屏坐标的图片，也是花屏的。因为，LZ压根就不了解12864的结构。12864的 y 实际坐标只有0-31（共32点），压根就没有 下半屏。所谓下半屏，只是x 坐标超出128 的情况（x实际坐标有256个点）。
另外纠正一下：GDRAM 的垂直地址（y坐标），也是从 80开始的，并不是我前面所说的从40开始的。
本来回答的时候发了一张12864做的二维码图片的，可惜再看的时候，回答都不见了。LZ有兴趣的话，可以私信留个 扣扣

追问

非常感谢您的回答，前面的那个是乱码了，没有什么

不过后面又了解到，我并未把数据写入到GDRAM中

而是DDRAM，故不解，不懂这个数据又怎样才能写入GDRAM

对此很好奇，由于有些说明书也并不是很全，对此并未提到

比如能给个简短的示例么

要是知道，不方便的话，那就加我QQ吧，在12864上面还是有一些问题不明白（819065583）