dingzy_2002 发表于 2020-7-11 14:45 我是用软件仿真的，是可以进入中断的； 硬件仿真时，进入不子中断，还主要看寄存器配置问题； 以我 ...

我用软件仿真也没问题，但是硬件仿真就进不了中断

dingzy_2002 发表于 2020-7-6 16:03 我没有PIC16F877A的硬件 仅通过软件仿真：目前是可以进入中断的。从程序编写上来说，初始化这段，可以 ...

调了顺序，还是不行。

dingzy_2002 发表于 2020-7-7 11:49 我一般这样写: ①: //    PORTB=0x01;     PORTD=0;   &n ...

好象与我的顺序刚好相反了，我明天试试

dingzy_2002 发表于 2020-7-6 16:03 我没有PIC16F877A的硬件 仅通过软件仿真：目前是可以进入中断的。从程序编写上来说，初始化这段，可以 ...

void init()    //初始化 {     OPTION_REG=0x00;            //RBPU=0使能B口上拉电阻，INTEDG=0下降沿触发中断     INTCON=0xD0;                //GIE为1允许总中断，INTE=1使能RB0/INT外部中断,INTF=0清RB0外部中断标志位     TRISB=0x01;                    //B口低2位设为键盘的输入     TRISD=0;                    //D口低4位设为LED的输出 //    PORTB=0x01;     PORTD=0;                    //D口清零 }   是这样啊.

dcexpert 发表于 2020-6-28 09:04 中断没有开吧

INTCON=0xD0;                //GIE为1允许总中断，INTE=1使能RB0/INT外部中断,INTF=0清RB0外部中断标志位     有开中断的

okhxyyo 发表于 2020-6-28 05:58 有提示报错原因吗？

没有错误提示。可以中断置1，但进不了中断

用ICD2仿真，可以看到中断位置1，但是进不了中断。

dingzy_2002 发表于 2018-7-3 11:35 另外,用你的程序,重新建立项目,发现是main函数的起始地址是0x6D7,最小地址是0x6CE

最大地址和最小地址有什么关系？不好意思，我是刚学，不懂这些，麻烦了。

dingzy_2002 发表于 2018-7-3 11:23 前天发的回贴,不知道是网络问题,还是自己的原因,未传上 建议用仿真的时候,打开View→Disassembly Listin ...

也看不出什么名堂，不知怎么就跑到那里去了

dingzy_2002 发表于 2018-6-30 10:17 请问用的是什么型号的MCU?

PIC16F877A

多谢了，下来看看，之前一直用portle

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

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

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

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

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

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

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

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

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

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

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

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

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

加一个瞬态管吧

顶一个再下。