abb机器人仿真软件程序模块数据过多带不动怎么办

1 优化程序模块，减少数据的大小。可以尝试采用常见的文本压缩技术进行压缩，将较多的字节转换成较少的字节。
2 将程序分割成不同的模块，并组织好他们的关系，避免模块之间的交互与传输数据。
3 利用集群、分布式计算技术来分担机器人仿真软件程序模块的计算工作，分散压力，解决数据量过多带不动的问题。

有服务器名（也就是计算机名）和实例名两种。
前面我用sql server 2005的时候确实没有实例名，那直接用服务器名访问即可。
sql server2008安装的时候就让选择是用默认名还是自定义名也就是实例名，这个实例名默认是mssqlserver，自定义的名字例如是abb，那就是“服务器名\abb”就ok了。sql server2008版建议用自定义实例名。
例子 for sql server 2005： datalnk = "Data Source=1921681253;Initial Catalog=dbname;User ID=sa";
或者 ： datalnk = "Data Source=服务器名;Initial Catalog=dbname;User ID=sa";
例子 for sql server 2005： datalnk = "Data Source=服务器名\abb;Initial Catalog=fd;User ID=sa";
前提是 sql server登录方式设置为windows+sql，开启sa账户，对外网。
前述两种连接方式我在实际部署中各有使用，用户名无可奉告。

“创世纪32”GENESIS32的好处是OPC核心软件，不像其他软件如inTouch、iFix、Citect、TracMode、紫金桥、组态王、力空、杰空、易控、世纪星、开物…等等，他们都有自己的IO驱动程序，都是专用的、封闭的，他们各自开发的IO驱动程序只能够在自己的系统运行，不能互用。
OPC是一个标准、开放的IO服务器（等于他们的IO驱动程序），但是OPC可以安装和运行在任何SCADA/HMI系统，当然这些系统必须支持OPC啦，对最终用户是一件好事情，因为他们就不会受限制于这些专用的、封闭的软件系统，如果他们不给你开发一些新的IO驱动程序，你根本不可能把现有的系统连接到一些新的设备或者系统，用户根本就没有办法，只能够忍耐、等待他们大发慈悲给您开发，或者您要付出一笔可观的费用请他们帮您开发IO驱动程序。
此外，这些SCADA/HMI系统都说可以连接OPC，其实，他们只是写了一个OPC的IO驱动程序去连接OPC服务器，做工程时要建立2个数据库：
1)如果您用Kepware OPC服务器，首先您要建立Tag在KepwareOPC服务器中，
2)然后，再利用这些软件的OPC IO驱动程序去连接Kepware OPC中的Tag，把这些Tag连接到自己数据库的Tag。
等于做了两次数据库，比较麻烦！
“创世纪32”GENESIS32的优点是可以直接浏览Kepware中的Tag，马上可以连接到动态图上，不需要再建立Tag才可以连接到动态图，很方便，做工程会节省不少时间，时间就是金钱啊！
有不少人都说OPC很慢，其实他的观点有些不对，由于过去他们只用这些非OPC核心的软件去连接OPC服务器，感觉上动态图的动态点刷新时间会比用他们自己的IO驱动程序慢，问题不是在OPC服务器上，问题是在这种接法而产生的，事实上肯定会慢，动态图的动态点首先从他们自己的OPC IO驱动程序去读/写Kepware OPC的Tag，然后Kepware OPC服务器又去读/写PLC的点，中间就多了一层通信，肯定慢。
但是，“创世纪32”GENESIS32是OPC核心软件，动态图中的动态点直接就访问Kepware OPC中的Tag，是直接读写，是很快的，这是我做工程的经验。

---