S sansong089 Unregistered / Unconfirmed GUEST, unregistred user! 2004-05-21 #1 我有一个简单的问题：是用spcomm进行通讯，如果某个按钮的事件中，会用到串口，时钟的时间中也会用到串口，请问着两个事件有没有发生冲突的可能呀！ 我已经没分了，但是还是想请教一下大虾门！谢了！
F flylele Unregistered / Unconfirmed GUEST, unregistred user! 2004-05-21 #2 按钮的事件和时钟的事件从理论上说决不会同时发生~~
M muhx Unregistered / Unconfirmed GUEST, unregistred user! 2004-05-22 #4 Flylele，请具体说一下好吗？从什么理论上说决不会同时发生啊 时钟控件最小可以设置成1毫秒，不知道在按钮的时间处理时间会不会达到这个数量级。 楼主是不是利用时钟进行数据传输或采集啊？我们公司都是用多线程技术的，我觉得这样 更安全一些。可以在线程中利用同步协调。比如临界区。 在我实际应用中，利用线程时也经常会发生数据采集不准或没有采集到，主要时因为串口 的传输速率远远低于CPU的运算速度，只能在程序中人为加入延时代码。 我觉得为了消除隐患，还是不要利用时钟控制。
Flylele，请具体说一下好吗？从什么理论上说决不会同时发生啊 时钟控件最小可以设置成1毫秒，不知道在按钮的时间处理时间会不会达到这个数量级。 楼主是不是利用时钟进行数据传输或采集啊？我们公司都是用多线程技术的，我觉得这样 更安全一些。可以在线程中利用同步协调。比如临界区。 在我实际应用中，利用线程时也经常会发生数据采集不准或没有采集到，主要时因为串口 的传输速率远远低于CPU的运算速度，只能在程序中人为加入延时代码。 我觉得为了消除隐患，还是不要利用时钟控制。
S sansong089 Unregistered / Unconfirmed GUEST, unregistred user! 2004-05-22 #5 flylele 说从理论上说决对不可能冲突，是不是说着两个事件是在同一个线程内运行的。比如如果现在正在执行时钟事件，那么点击按钮是并不会马上响应，如果现在正在执行按钮事件，即使时钟到了也不会响应呀。 muhx 我确实是利用时钟进行数据采集，我想当发出采集命令之后，肯定是要延时一段时间判断是否采集到了数据，然后在做处理。我的做法是加入一个标志位，延时一段时间，判断是否采集到数据。 如果是在多线程的环境下，使用一个spcomm的话肯定是要进行同步的，但是我是在单线程下，我主要是担心时钟事件和其他事件是不是在同一个线程下执行。
flylele 说从理论上说决对不可能冲突，是不是说着两个事件是在同一个线程内运行的。比如如果现在正在执行时钟事件，那么点击按钮是并不会马上响应，如果现在正在执行按钮事件，即使时钟到了也不会响应呀。 muhx 我确实是利用时钟进行数据采集，我想当发出采集命令之后，肯定是要延时一段时间判断是否采集到了数据，然后在做处理。我的做法是加入一个标志位，延时一段时间，判断是否采集到数据。 如果是在多线程的环境下，使用一个spcomm的话肯定是要进行同步的，但是我是在单线程下，我主要是担心时钟事件和其他事件是不是在同一个线程下执行。
嫁 嫁给cpu Unregistered / Unconfirmed GUEST, unregistred user! 2004-05-22 #6 只要不同时打开同一个串口和多次打开串口!~就不会有冲突!!!!!!!
