大家以后用Proteus仿真LCD1602时，要注意啊，血的教训

qkj1575

用Proteus仿真LCD1602时，一定不要在程序中检测“忙”信号，否则会进入死循环，不显示，实际使用时再加上

china_china

哈哈，什么叫仿真？
就是像真的一样，但是毕竟不是真的：）

用过两次仿真后，就不用仿真了，直接搭电路，真刀真枪，行就行不行就不行。

max232

留个位...

qkj1575

没办法，有BUG

qkj1575

仿真好了，但我的TS1620-1还是没显示，不知道和1602相同吗

hn_ny_dxs

从不用仿真，不是信不过，只是最后的程序还是要在真实环境上运行的，何不一开始就真刀真枪的上呢。

常常听见有人说：我仿真是没问题的呀，然后就N个人争执不下....

tsb0574

没有硬件条件下才软件仿真，有条件为什么要仿真啊，而不是真实啊！！！

xiaorunyi

定量硬件实验！

xiaorunyi

定量硬件实验！

honami520

有条件当然用真实的。但是，如果是学生呢？大家有钱，有条件，但是这个世界上有很多应届本科生都不怎么有钱，不怎么有条件啊！现在都要求动手能力，如果没钱买硬件，又不去用软件仿真，那还哪来动手能力！
我觉得，可以用仿真软件入门。想提高就不行了！

pcs3

Proteus这玩意对于实际开发产品来说是害人的，对于学生来说学习用用还是可以的。

手边有硬件就绝不用Proteus！

ecnbom

我看不惯Proteus已经很久了，没有器件时玩玩还可以。




QQ：185932251
电子攻城师群：64485187
学习电子技术，共同提升水平，交流工作经验及工作机会！

qkj1575

我想还有很多的BUG

qkj1575

那个花了我2天的时间

qkj1575

一直没找到毛病

wonderfulsf

Proteus还是不错,本人在工地,没实验条件,就用这个软件学点东西。
AD，按键部份模拟比较差，响应速度慢

wusj123

我做过两次仿真,等真做在电路时,都不行.像上面说的一样,真枪真刀

sugar_bee

为什么我的通过了啊？我用的lm016和mega16

sunnyhook

仿真适合对硬件依赖不高的场合，主要是对算法之类的有个把握，适合做算法密度较高的快速验证，如果是以硬件为主体的设备，那么一定要用硬件测试，没条件创造条件也要用硬件测试。

hejiehenry

回复【楼主位】qkj1575 齐开军
-----------------------------------------------------------------------

我也是这个问题，调了一晚上，在硬件上可以有，就是在Proteus上通不过；
发现在模拟的时候，它一直在测试BUSY；
后来，在测试BUSY时，先把DatePort设为低电平就可以了。

Arachne29

感谢啊 我的问题也解决了！

guantingwei

使用工具，但是不能依赖工具。

使用工具也是有技巧的，不然抓着刀刃瞎舞，无非自伤。

371278638

仿真只是参考而已，当不得真！

ijlc1314

仿真忙检测是没问题的，一个要注意忙检测的写法，一个是双击1602，会看到有一个频率，把那个频率调大一些就可以了，兆级

pcwhy

用仿真失败，该！

hefq

痛恨proteus的都是卖开发板的，有了proteus他们生意差了很多,，

millwood0

用Proteus仿真LCD1602时，一定不要在程序中检测“忙”信号，否则会进入死循环，不显示，实际使用时再加上

you are so wrong that's not funny.

ijlc1314

上一个通过的

1. static void LCD_Dat( const unsigned dat )
   
2. {
   
3.     u8 i;
   
4.     u8 cnt=255;
   
5.     do{
   
6.         LCD_DATA( 0xff );   
   
7.         RS_LOW();
   
8.         RW_HIGH();
   
9.         EN_HIGH();      
   
10.         _nop_();        
    
11.         i = LCD_STATUS();        
    
12.         EN_LOW();      
    
13.         cnt--;
    
14.     }while( i && cnt );
    
15.       
    
16.     if ( cnt )
    
17.     {
    
18.         RS_HIGH();
    
19.         RW_LOW();
    
20.         LCD_DATA( dat );
    
21.         _nop_();
    
22.         EN_HIGH();
    
23.         _nop_();
    
24.         EN_LOW();
    
25.     }
    
26. }
    
27. 
    
28. static void LCD_Cmd( const unsigned cmd )
    
29. {
    
30.     u8 i;
    
31.     u8 cnt=255;
    
32.     do{
    
33.         LCD_DATA( 0xff );   
    
34.         RS_LOW();
    
35.         RW_HIGH();
    
36.         EN_HIGH();      
    
37.         _nop_();        
    
38.         i = LCD_STATUS();        
    
39.         EN_LOW();      
    
40.         cnt--;
    
41.     }while( i && cnt );
    
42.    
    
43.     if ( cnt )
    
44.     {
    
45.         RS_LOW();
    
46.         RW_LOW();
    
47.         LCD_DATA( cmd );
    
48.         _nop_();
    
49.         EN_HIGH();
    
50.         _nop_();
    
51.         EN_LOW();
    
52.     }
    
53. }
    

复制代码

t3486784401

我之前也是这个问题，后来发现不是仿真的问题，是仿真软件把信号传输延时都干出来了。

检测忙标志位是，大体上是先读允许，再加载数据端口的电平状态，然而问题就出在这里：
读允许后，p仿出了信号延时，要过一阵子才能在BIT7给出空闲信号。

最后解决办法是，读允许后，等一段时间再检测BIT7。此法仿真实物均通过。

后来想想的确是这样的，哪能刚以读允许，1602就传来信号啊；实物通过那是RP好，真正重要的其实是软件不稳定

xijiewenti007

我这个已经很多天了

Tliang

1. #include<reg51.h>
   
2. #include"delay.h"
   
3. 
   
4. #define uchar unsigned char
   
5. 
   
6. sbit RS  = P2^0;
   
7. sbit RW  = P2^1;
   
8. sbit E   = P2^2;
   
9. 
   
10. uchar CheckBusy(void)
    
11. {
    
12.         uchar BF;
    
13.         RS = 0;
    
14.         RW = 1;
    
15.         E  = 1;
    
16.         BF = P0;
    
17.         E  = 0;
    
18.         RW = 0;
    
19.         return BF;
    
20. }
    
21. 
    
22. void Command(uchar com)
    
23. {
    
24.         uchar BF;
    
25.         do
    
26.         {
    
27.                 BF = CheckBusy();
    
28.                 BF &= 0x80;
    
29.         }while(BF == 1);
    
30.         RS = 0;
    
31.         RW = 0;
    
32.         E  = 1;
    
33.         P0 = com;
    
34.         E  = 0;
    
35.         delay(1);
    
36. }
    
37. 
    
38. void Data(uchar dat)
    
39. {
    
40.         uchar BF;
    
41.         do
    
42.         {
    
43.                 BF = CheckBusy();
    
44.                 BF &= 0x80;
    
45.         }while(BF == 1);
    
46.         RS = 1;
    
47.         RW = 0;
    
48.         E  = 1;
    
49.         P0 = dat;
    
50.         E  =0;
    
51.         RS =0;
    
52. }
    
53. 
    
54. void LCD1602_Init(void)
    
55. {
    
56.         Command(0x3c);
    
57.         Command(0x0c);
    
58.         Command(0x01);
    
59.         Command(0x04);
    
60.         Command(0x80);
    
61. }
    
62. 
    
63. void Write_LCD1602(uchar Address, uchar *WData)
    
64. {
    
65.         uchar temp = 0;
    
66.         while(WData[temp] != '\0')
    
67.         {
    
68.                 Command(Address);
    
69.                 Data(WData[temp]);
    
70.                 temp++;
    
71.                 Address += 0x01;
    
72.         }
    
73. }

复制代码

Proteus仿真绝无问题

opoop130

仿真有时和实际有区别

JQ_Lin

t3486784401 发表于 2012-5-14 16:39
我之前也是这个问题，后来发现不是仿真的问题，是仿真软件把信号传输延时都干出来了。

检测忙标志位是，大 ...

任何软件都可能存在BUG。但是大多数人总是把自己的BUG也算在软件的身上。
Proteus中的1602检忙的问题，很多年前我也过不去这道坎。无奈，只好采用延时的办法。
一年之后，事实证明，BUG在自己一方。

channe

忙信号检测要有检测超时