新人求助,使用zedGraph绘图绘图程序卡死 C#zedGraph串口 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 你的数据有多少?CS一般数据不多不会卡,你如果在网站上使用zedgraph的话倒是有可能会卡。 应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题 我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因完成几次数据的显示???你里面还用了timer控件定时刷新显示? 应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题 我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了 应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题 我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了因为串口时不停在发送数据到上位机,所以在界面卡死再恢复的时候,直接出来了几次数据。如果我在代码中注释掉zedGraph的实时绘图,程序就可以很正常的运行 应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题 我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了因为串口时不停在发送数据到上位机,所以在界面卡死再恢复的时候,直接出来了几次数据。如果我在代码中注释掉zedGraph的实时绘图,程序就可以很正常的运行实时绘图的代码贴出来看一下 /// <summary> /// 该函数进行界面曲线的更新 /// </summary> /// <param name="pressure">此时收到的压强</param> private void refreshUI(double pressure) { double x = (double)new XDate(DateTime.Now); pointPairListPressure.Add(x, pressure); if (pointPairListPressure.Count > 100) { pointPairListPressure.RemoveAt(0); } zedGraphControl1.AxisChange(); zedGraphControl1.Refresh(); } 应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题 我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了因为串口时不停在发送数据到上位机,所以在界面卡死再恢复的时候,直接出来了几次数据。如果我在代码中注释掉zedGraph的实时绘图,程序就可以很正常的运行实时绘图的代码贴出来看一下我把代码贴出来了,麻烦帮我看看。谢谢 新手求教 C#问题 100分问题(解决了连前面的100分一起给) C#为Windows Mobile 5.0开发程序 的问题 请问如何像使用c++下的localtime()那样返回时间各值 求助:用C#编写ASP.NET WEB应用程序时怎样在同一页面显示提交的事件??? 请问一下winform中的标签是如何实现的? 郁闷,大家帮我解决一下吧,谢了! 在c#中如何编dll程序,供powerbuilder调用? 打开一个指定的程序 让程序在指定的屏幕 显示 System.Text.Encoding和Encoding的区别? 如何将一个table导出到excel文件
应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来
所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题
我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因完成几次数据的显示???你里面还用了timer控件定时刷新显示?
应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来
所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题
我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因
如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了
应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来
所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题
我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因
如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了因为串口时不停在发送数据到上位机,所以在界面卡死再恢复的时候,直接出来了几次数据。如果我在代码中注释掉zedGraph的实时绘图,程序就可以很正常的运行
应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来
所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题
我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因
如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了因为串口时不停在发送数据到上位机,所以在界面卡死再恢复的时候,直接出来了几次数据。如果我在代码中注释掉zedGraph的实时绘图,程序就可以很正常的运行
实时绘图的代码贴出来看一下
/// <summary>
/// 该函数进行界面曲线的更新
/// </summary>
/// <param name="pressure">此时收到的压强</param>
private void refreshUI(double pressure)
{
double x = (double)new XDate(DateTime.Now);
pointPairListPressure.Add(x, pressure); if (pointPairListPressure.Count > 100)
{
pointPairListPressure.RemoveAt(0);
} zedGraphControl1.AxisChange();
zedGraphControl1.Refresh();
}
应该不存在数据量的问题,我用串口大师只发一个数据过来也是同样的情况。单步调试也用了,在完成所有程序步骤之后,程序还是才出现卡死现象,要很久才能恢复过来
所有步骤完成了才出现卡死 那很明显不是接收串口和绑定图像的问题
我觉得应该是绘图部分的问题,我单步调试,结束之后,要很久图像才出来,而且出来的时候已经完成了几次数据的显示。但是又完全找不到原因
如果不知道什么原因 只能用排除法了 例如禁用绑定zedgraph控件看界面是不是卡死 如果还是卡死了那就禁用串口 看卡不卡 一直排除下去 就知道哪一块的问题了因为串口时不停在发送数据到上位机,所以在界面卡死再恢复的时候,直接出来了几次数据。如果我在代码中注释掉zedGraph的实时绘图,程序就可以很正常的运行
实时绘图的代码贴出来看一下我把代码贴出来了,麻烦帮我看看。谢谢