设备与后台如何通讯

1. 数据采集设备与服务器采用什么方式通讯

你的采集设备的数据输出时采用什么接口？服务器又是采用什么接口来接收数据？通过以上两个问题，再来确定数据传输的方式。

2. ios 通常怎么和后台沟通数据通信

当然是通过视抄图控制器(vc)中写的方法，如果是网络请求就发送请求即可，如果缓存访问可以使用数据库，CoreData等都可以，也有很多第三方的。
比如新闻客户端，你进入app的时候，在vc的viewwillAppear中检查网络连接，（其实并不是加在这），如果有网络，就获取数据加载出来，如果没有网络，就加载上次退出时候缓存的数据（保存退出前数据可能是plist或者数据库等）。

3. 通讯接口与后台数据处理

本作品共分三个模块,我主要负责通讯接口与后台数据处理。通讯接口主要是获取采集到的内地暖数据，并进容行存储，然后转到后台的数据库进行处理。该系统以SQL Server 2000数据库系统作为后台数据库。
主要技术指标的详细分类：
1) 操作方便：操作较为简单。
2) 安全性高：使用安全性高。
3) 使用灵活方便： 实物小巧，方便使用。
（2）工作思路
研究思路：
1) 学习有关知识，听取老师建议。
2) 使用仿真软件进行模拟仿真。
3) 购买相关硬件进行焊接与调试。
4) 对作品进行测试，并实施跟踪服务。
关键技术：
使用MCS-51单片机，传感器。

这是其中的一半,明天我给你发另一半.希望能来得及.

4. 求求高手详细解答啊！游戏开发中前台与后台之间是如何实现通讯的

服务器端还要看是来什么类型源的，如果C++,Java等，需要用到socket通讯，如果是网站的php， .net等就用URLLoader都可以,至于真正通讯需要你中那服务器端的程序员进行沟通．定制相互交互的接口．建议你去网上搜一下，as3与php通讯，和as3 Socket通讯相关的资料．网上很多．祝你好运．

5. 用java如何实现终端机和服务器通讯

1、可以采用socket
2、webservice，个人感觉适合你。

6. 485如何与后台通信

RS485主从式多机通讯协议

一、数据传输协议

此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如何回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。

此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息按本协议发出。

1、数据在网络上转输

控制器通信使用主—从技术，即仅一设备（主设备）能初始化传输（查询）。其它设备（从设备）根据主设备查询提供的数据作出相应反应。

主设备可单独和从设备通信，也能以广播方式和所有从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播方式查询的，则从设备不作任何回应。协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、一错误检测域。

从设备回应消息也由协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误(无相应的功能码)，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。

2、在对等类型网络上转输

在对等网络上，控制器使用对等技术通信，故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中，控制器既可作为主设备也可作为从设备。

在消息位，本协议仍提供了主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从设备得到回应。同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。

3、查询—回应周期

（1）查询

查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。错误检测域为从设备提供了一种验证消息内容是否正确的方法。

（2）回应

如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备收集的数据。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。

二、传输方式

控制器能设置传输模式为RS485串行传输，通信参数为9600，n，8,1。在配置每个控制器的时候，在一个网络上的所有设备都必须选择相同的串口参数。

地址 功能代码 数据数量 数据1 ……. 数据n CRC字节

每个字节的位

· 1个起始位

· 8个数据位，最小的有效位先发送

· 1个停止位

错误检测域

· CRC(循环冗余码校验)

三、消息帧

1．帧格式

传输设备将消息转为有起点和终点的帧，这就允许接收的设备在消息起始处开始工作，读地址分配信息，判断哪一个设备被选中（广播方式则传给所有设备），判知何时信息已完成。错误消息也能侦测到并能返回结果。

消息发送至少要以10ms 时间的停顿间隔开始。传输的第一个域是设备地址。网络设备不断侦测网络总线，包括停顿间隔时间内。当第一个域（地址域）接收到，每个设备都进行解码以判断是否发往自己的。在最后一个传输字符之后，一个至少10ms 时间的停顿标定了消息的结束。一个新的消息可在此停顿后开始。

整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过5ms时间的停顿时间，接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样地，如果一个新消息在小于5ms的时间内接着前个消息开始，接收的设备将认为它是前一消息的延续。这将导致一个错误，因为在最后的CRC域的值不可能是正确的。一典型的消息帧如下所示：

起始间隔 设备地址 功能代码 数据数量及数据 CRC校验 结束

2、地址域

消息帧的地址域包含一个字符8Bit。可能的从设备地址是0…247 (十进制)。单个设备的地址范围是1…247。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时，也把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。

地址0是用作广播地址，以使所有的从设备都能认识。

3、如何处理功能域

消息帧中的功能代码域包含了一个字符8Bits。可能的代码范围是十进制的1…255。当然，有些代码是适用于所有控制器，有此是应用于某种控制器，还有些保留以备后用。

当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为。例如去读取当前检测参量的值或开关状态，读从设备的诊断状态，允许调入、记录、校验在从设备中的程序等。

当从设备回应时，它使用功能代码域来指示是正常回应(无误)还是有某种错误发生（称作异议回应）。对正常回应，从设备仅回应相应的功能代码。对异议回应，从设备返回一等同于正常代码的代码，但功能代码的最高位为逻辑1。

例如：一从主设备发往从设备的消息要求读一组保持寄存器，将产生如下功能代码：

0 0 0 0 0 0 1 1 （十六进制03H）

对正常回应，从设备仅回应同样的功能代码。对异议回应，它返回：

1 0 0 0 0 0 1 1 （十六进制83H）

除功能代码因异议错误作了修改外，从设备将一独特的代码放到回应消息的数据域中，这能告诉主设备发生了什么错误。

主设备应对程序得到异议的回应后，典型的处理过程是重发消息，或者诊断发给从设备的消息并报告给操作员。

4、数据域

从主设备发给从设备消息的数据域包含附加的信息：从设备用于进行执行由功能代码所定义的行为所必须的数据。

如果没有错误发生，从设备返回的数据域包含请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。

在某种消息中数据域可以是0长度。例如，主设备要求从设备回应通信事件记录，从设备回应不需任何附加的信息。

数据域最长为70字节。

5、错误检测域

错误检测域包含一字节8Bits。错误检测域的内容是通过对消息内容进行循环冗长检测方法得出的。CRC域附加在消息的最后，故CRC字节是发送消息的最后一个字节。

四、错误检测方法

1、超时检测

用户要给主设备配置一预先定义的超时时间间隔，这个时间间隔要足够长，以使任何从设备都能作为正常反应。如果从设备检测到一传输错误，消息将不会接收，也不会向主设备作出回应。这样超时事件将触发主设备来处理错误。发往不存在的从设备的地址也会产生超时。

2、CRC检测

CRC域是一个字节，检测了整个消息的内容。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC，并与接收到的CRC域中的值比较，如果两值不同，则有误，从设备对本消息不作回应。

通讯网络只设有一个主机，所有通信都由他发起。网络可支持254个之多的远程从属控制器，但实际所支持的从机数要由所用通信设备决定。

7. 如何把多台相同设备的信号集中起来，通过RS485传输到后台

RS485接口组成的半双工网络，一般是两线制（以前有四线制接法，只能实现点对点内的通信方式，容现很少采用），多采用屏蔽双绞线传输。这种接线方式为总线式拓朴结构在同一总线上最多可以挂接32个结点。在RS485通信网络中一般采用的是主从通信方式，即一个主机带多个从机。

请看 武汉鸿伟光电
E485H4 4路高速隔离集线转换器
E485H4实现一路RS-232/RS-485与4路RS-485的高速光电隔离转换，支持远程通信（大于2Km）和多机通信（128×4接点），本集线器可用于实现RS-232与RS-485转换，也可用于增强RS-485的带负载能力和通信距离。

8. php怎么和后台通信，用什么通信

如果后台服务器是数据库， 直接操作就行了 ，如果是其他服务，就看具体用的什么协议 ，取数据就行了 ，一般用socket吧 。

9. android平台的app 手机客户端和后台服务器怎么进行数据交互的

首先不要管安卓端还是苹果端，现在一般都是响应式的app，你放到安卓或者苹果或者pc或者平板都是没有问题的。一般采用的是http接口通讯，或者socket连接。具体你要去查资料找Demo了。而且现在主流是采用html5开发或者混合开发了。所以最好是服务器提供appAPI接口，通过http访问服务器，获取数据，数据一般是json，或者xml，拿到后解析数据就可以了，然后再用UI框架或者其他框架或者自定义的UI封装下格式很漂亮了，至于cookie和session等，看你的习惯，网络验证和签名那些也自己看习惯，如果涉及到大数据，还需要引入第三方框架的，直接引入就可以了，不过推荐自己写，防止侵权。都是很通用的。