vb mscomm控件,没有什么难度,这方面资料网络上面应该也有很多

解决方案 »

  1.   

    上次替一朋友做了個,拿了他1K。交流MSN:[email protected]
      

  2.   

    很简单,简单点用mscomm控件就够了
      

  3.   

    “vb mscomm控件,没有什么难度,这方面资料网络上面应该也有很多”?
    但真正要做好,也不是那么容易的,如果没有这方面的经验,肯定问题会很多。
    我是用VB做过很多考勤机,食堂收费机通讯方面的软件
      

  4.   

    to  lbkbox(遗忘的诺言) 做事情没有容易的,难度也是引人而异的,对你有很多问题,可能对别人就是没什么难度。
      

  5.   

    在帮助里看mscomm控件资料,可以看会
      

  6.   

    请教各位高手一个问题:
    两台电脑通过一根R232通讯线连接,现在需要用VB编一个通讯程序将一台电脑A中SQL Server2000上数据库中的数据传到另一台电脑B中保存,我用了MSComm控件来编写可否实现,如有高手用过,请给出例子,谢谢!!
      

  7.   

    to  subzero(赘姆烂壳) :
    对,可能你是很厉害吧,对于你说的:
    “vb mscomm控件,没有什么难度,这方面资料网络上面应该也有很多”?
    我也看过,网上的这方面的资料只能做个参考;不知道你做过这方面的采集数据没有?
    把事情说得那么简单,如果你没有做过,你这个人也太自负了。
    有本事,我给你一个通讯协议,一台电脑通过232转485实时地采集100食堂售饭机。
    给你三个月的时间,你做得出来,算你是个人,做不出来的话,以后说话少一点牛B
      

  8.   

    lbkbox(遗忘的诺言) 
    我觉得你说的话不够好听
    我不知你所说的是要写单片机程序,还是上位机与下位机的通讯,如果是下位机程序数据采集就是一个总线监听的过程,如果是上位机,那么就是程序与串口的通讯过程,这个很简单,我觉得没说错,实际上就是把一个指令通过串口发出去,所有在线的机器都在监听,如果某一台机符合条件就向上发送数据,上层程序在串口监听,等待数据就可以了,不过100台机,呵呵,我不会,我写的程序支持不到这么多机器,理论上WINDOWS可以支持255台机,但我试过好象只能支持到31台,再多就不行了.大家来讨论,我水平不高,不要骂我,呵呵
      

  9.   

    另外如果串口号为两位数,用VB写我没试过,但是用DELPHI必须采用一个特殊写法才行
      

  10.   

    To lbkbox(遗忘的诺言)
    我可以给你做一个这样的程序,不过你给多少钱??
    三个月的时间没有问题,不过得先提供硬件接口程序!!
    如果觉得可以的话,可以加我的QQ:76611113
      

  11.   

    这是我在工控网上的帖子,含有示例源码
    http://bbs.gongkong.com/detail.asp?id=306109
      

  12.   

    这个不难吧,我现在就是做工控,串口数据采集的。
    但是用VB的通信控件不太好,我现在正打做DLL,给VB调希望会好一点,欢迎探讨
    MSN:[email protected]
      

  13.   

    用MSCOMM就可以做了,找写这控件的例子看看就明白了。
    最好要知道通讯协议,不然自己测就有点烦了
      

  14.   

    要效率高,直接用API函数ReadFile,WriteFile吧!
      

  15.   

    做一个RS232通信程序是不难,但做好了确实不容易,比较难解决的问题有两个,第一个是“性能”问题,包括时间性能(即实时性)和程序响应性能(包括内存和CPU占用);还有一个很难解决的问题就是“可伸缩性”,一个好的程序能满足在不用改动主体源代码甚至不用改动代码的基础上就能与各种不同的设备进行实时通信以及协议解析,而且可以随时增加或减少设备数量。这些要求在VB6.0下是比较难实现的。