[求助] HT1621写命令的低位为什么是8位？

yealien 2018-6-12 15:09 楼主

没写过HT1621的程序，最近看了一些资料，说写命令是101+6位地址+4位数据组成。6位地址是SEG位，4位数据是什么位组成？是不是COM？
还有，数据位是4位，为什么别人写的程序都是8位呢？是什么意思呢？
下面是我看到的一段程序：
/////////////////////////////////////////////////////
void WriteByte_1621(INT8U addr,INT8U data)
{
   addr<<=2;
   cs=0;
   Nop();
   Nop();
   Nop();
   Nop();
   SendBit_1621(0xa0,3);             //写入标志码"101"
   SendBit_1621(addr,6);             //写入addr的高6位
   SendDataBit_1621(data,8);             //写入data的低8位
   cs=1;
}
//////////////////////////////////////////////////////////////////////////////
我试过将data写成0x0f（因为数据是低4位）LCD显示不全，而改成0xf0（这不是高4位了么？）就可以全笔段显示了，这是为什么？

哪位大哥帮帮手，感激！

回复评论（18）

沙发 DavidZH

用TM1621直接找原厂技术支持，

点赞 2018-6-12 21:37

板凳 dingzy_2002

HT1621的数据显示,与LCD段位表息息相关,首先要看段位表对应的数据,其实发送8位已经是两个段位的数据了

点赞 2018-6-13 15:28

4楼 yealien

引用: dingzy_2002 发表于 2018-6-13 15:28
HT1621的数据显示,与LCD段位表息息相关,首先要看段位表对应的数据,其实发送8位已经是两个段位的数据了

不管LCD的真值表如何，但1621发送写命令的指令始终是“101+6位地址+4位数据”格式，如果后面是8位的数据，不是有4位不能发出吗？这样写个8位还有什么意义呢？

点赞 2018-6-14 09:44

5楼 dingzy_2002

引用: yealien 发表于 2018-6-14 09:44
不管LCD的真值表如何，但1621发送写命令的指令始终是“101+6位地址+4位数据”格式，如果后面是8位的数据 ...

这个是HT1621的写命令时序图
发4位是单地址显示,如果发8位数据,将是连续写模式,包含两个地址的数据.

点赞 2018-6-14 12:05

6楼 yealien

引用: dingzy_2002 发表于 2018-6-14 12:05
这个是HT1621的写命令时序图
发4位是单地址显示,如果发8位数据,将是连续写模式,包含两个地址的数据.

我也看到这个的，但连续写模式，也是先6位地址，后面跟的4位数据的，只不过这4位数据是连续的，就不知道这个4位与发数据的8位有什么联系。
当然你也会说一个8位等于两个4位，但是万一我想写入5个数据呢？不是要发两个8位数据加一个半位？

点赞 2018-6-14 15:43

7楼 chenbingjy

我有个51的程序，好像写4位、8位都可以，不明白有什么不同

为江山踏坏了乌骓马，为社稷拉断了宝雕弓。

点赞 2018-6-14 15:46

8楼 yealien

引用: dingzy_2002 发表于 2018-6-14 12:05
这个是HT1621的写命令时序图
发4位是单地址显示,如果发8位数据,将是连续写模式,包含两个地址的数据.

关键是HT1621的数据位构成是低位在前，高位在后。但这样连发，就算一个8位拆成两个4位，也肯定是高位在前了。

点赞 2018-6-14 16:41

9楼 dingzy_2002

引用: yealien 发表于 2018-6-14 16:41
关键是HT1621的数据位构成是低位在前，高位在后。但这样连发，就算一个8位拆成两个4位，也肯定是高位在前 ...

数据发送的高位在前(MSB)还是低位在前(LSB),是由你的程序决定的，
我使用的是高位在前
如果是低位在前，那么这8位数据的低4位，是MA+1地址的数据，高4位是MA地址的数据。

点赞 2018-6-15 09:41

10楼 dingzy_2002

引用: yealien 发表于 2018-6-14 15:43
我也看到这个的，但连续写模式，也是先6位地址，后面跟的4位数据的，只不过这4位数据是连续的，就不知道 ...

如果发的5位数据，那么第5位数据对应的地址数据是不可预料的（根据不同生产商生产的1621决定）。

点赞 2018-6-15 09:45

11楼 yealien

引用: dingzy_2002 发表于 2018-6-15 09:41
数据发送的高位在前(MSB)还是低位在前(LSB),是由你的程序决定的，
我使用的是高位在前
如果是低位在前 ...

多谢你的回覆，你的意思是一次发送8位数据，然后这8位拆分成两个4位，但拆分成两个4位也会有高位和低位之分的（应该算是左高右低）。这样不是与写指令模式的101+6位地址（高到低）+4位数据（低到高）不相符么？

点赞 2018-6-16 10:50

12楼 yealien

引用: dingzy_2002 发表于 2018-6-15 09:41
数据发送的高位在前(MSB)还是低位在前(LSB),是由你的程序决定的，
我使用的是高位在前
如果是低位在前 ...

点赞 2018-6-16 10:50

13楼 yealien

引用: yealien 发表于 2018-6-16 10:50
多谢你的回覆，你的意思是一次发送8位数据，然后这8位拆分成两个4位，但拆分成两个4位也会有高位和低位之 ...

并且只是一个6位地址，怎么分配这么多的数据？一个8位拆分成两个数据，怎么分配地址呢？

点赞 2018-6-17 17:14

14楼 dingzy_2002

引用: yealien 发表于 2018-6-17 17:14
并且只是一个6位地址，怎么分配这么多的数据？一个8位拆分成两个数据，怎么分配地址呢？

你可以这样:101+6位地址+4位数据,这样就能按地址发送数据了.
4位数据是根据COM口来的,HT1621是4个COM口,所以是4位数据
如果是HT1622呢,这个料是8个COM口,那么其数据就是8位了.

点赞 2018-6-19 10:32

15楼 yealien

引用: dingzy_2002 发表于 2018-6-19 10:32
你可以这样:101+6位地址+4位数据,这样就能按地址发送数据了.
4位数据是根据COM口来的,HT1621是4个COM口, ...

感谢你的回覆，但是HT1621的官网程序确实有连续发送。
/////////////////////////////////////////////////////////////////////////////////
void WriteAll_1621(uchar addr,uchar *p,uchar cnt)
{
uchar i;
CS=0;
SendBit_1621(0xa0,3); //传送写指令ID=101
SendBit_1621(addr<<2,6); //传地址码
for(i=0;i {
SendDataBit_1621(*p,8); //连续传送cnt个数据，每个数据传送8位
}
CS=1;
}
///////////////////////////////////////////////////////////////////////////////////////////////////////////
他这个连续传送是怎么分配地址的呢？

点赞 2018-6-19 11:22

16楼 dingzy_2002

引用: yealien 发表于 2018-6-19 11:22
感谢你的回覆，但是HT1621的官网程序确实有连续发送。
////////////////////////////////////////////// ...

SendBit_1621(0xa0,3)
这段来看,数据是按高位在前发送的
SendBit_1621(addr<<2,6)
这段说明是向地址*4(嘛意思)发送数据
SendDataBit_1621(*p,8)
这段是说明以P间接寻址的数据,发送一个字节
那么,这个字节的高4位的地址是addr*4+1
低4位的地址是addr*4

点赞 2018-6-19 13:07