西门子 s7--200 PLC如何与电脑连接和在编程软件中如何设置？_百度知道
西门子 s7--200 PLC如何与电脑连接和在编程软件中如何设置？
我有更好的答案
baidu.hiphotos.baidu://e.jpg" />弹出通讯页面点击设置PG/pc接口蓝色箭头分别是上载和下载就可以通讯了.jpg" esrc="http.hiphotos.baidu.baidu，482还是232转usb忘了.baidu.hiphotos.baidu://f.com/zhidao/wh%3D450%2C600/sign=/zhidao/wh%3D600%2C800/sign=6dbd4074292dbfb4bb9b269/5fdf8db1cbe74c544ed，国产容易产生通讯错误.jpg" target="_blank" title="点击查看大图" class="ikqb_img_alink"><img class="ikqb_img" src="/zhidao/pic/item/8718367adab44aedfa84b2ccb11c8701a08bfbd4，打开s7-200直接点击左手边通讯按键弹出设置参数表设置如上2张图片后。通讯线建议使用原装通讯线.hiphotos
在《设置PG/PC接口》选项中选择你用的连接方式，在连接接ok了。
没学过就别折腾了。这有点难。怎么连接都不懂你根本就鼓动不了里面，不是有几个菜单设置设置就可以
其他类似问题
为您推荐：
西门子的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁智能终端BT200的操作_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
智能终端BT200的操作
上传于||文档简介
&&智​能​终​端​B​T0的​操​作
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩25页未读，继续阅读
你可能喜欢http状态码一览表404&502&503等
http状态码一览表
http状态码一览表
1**：请求收到，继续处理
2**：操作成功收到，分析、接受
3**：完成此请求必须进一步处理
4**：请求包含一个错误语法或不能完成
5**：服务器执行一个完全有效请求失败
100——客户必须继续发出请求
101——客户要求服务器根据请求转换HTTP协议版本
200——交易成功
201——提示知道新文件的URL
202——接受和处理、但处理未完成
203——返回信息不确定或不完整
204——请求收到，但返回信息为空
205——服务器完成了请求，用户代理必须复位当前已经浏览过的文件
206——服务器已经完成了部分用户的GET请求
300——请求的资源可在多处得到
301——删除请求数据
302——在其他地址发现了请求数据
303——建议客户访问其他URL或访问方式
304——客户端已经执行了GET，但文件未变化
305——请求的资源必须从服务器指定的地址得到
306——前一版本HTTP中使用的代码，现行版本中不再使用
307——申明请求的资源临时性删除
400——错误请求，如语法错误
401——请求授权失败
402——保留有效ChargeTo头响应
403——请求不允许
404——没有发现文件、查询或URl
405——用户在Request-Line字段定义的方法不允许
406——根据用户发送的Accept拖，请求资源不可访问
407——类似401，用户必须首先在代理服务器上得到授权
408——客户端没有在用户指定的饿时间内完成请求
409——对当前资源状态，请求不能完成
410——服务器上不再有此资源且无进一步的参考地址
411——服务器拒绝用户定义的Content-Length属性请求
412——一个或多个请求头字段在当前请求中错误
413——请求的资源大于服务器允许的大小
414——请求的资源URL长于服务器允许的长度
415——请求资源不支持请求项目格式
416——请求中包含Range请求头字段，在当前请求资源范围内没有range指示值，请求
也不包含If-Range请求头字段
417——服务器不满足请求Expect头字段指定的期望值，如果是代理服务器，可能是下
一级服务器不能满足请求
500——服务器产生内部错误
501——服务器不支持请求的函数
502——服务器暂时不可用，有时是为了防止发生系统过载
503——服务器过载或暂停维修
504——关口过载，服务器使用另一个关口或服务来响应用户，等待时间设定值较长
505——服务器不支持或拒绝支请求头中指定的HTTP版本
==========================================================
100：Continue
101：Switching
102：Processing
201：Created
202：Accepted
203：Non-Authoriative Information
205：Reset
206：Partial
207：Multi-Status
300：Multiple
301：Moved
Permanently
302：Found
306：(Unused)
307：Temporary
401：Unauthorized
402：Payment
403：Forbidden
404：File Not
405：Method Not
Acceptable
407：Proxy
Authentication Required
408：Request
409：Conflict
411：Length
412：Precondition
413：Request
Entity Too Large
414：Request-URI
415：Unsupported
Media Type
416：Requested
range not satisfiable
417：Expectation
422：Unprocessable Entity
423：Locked
424：Failed
Dependency
500：Internal
Server Error
Implemented
503：Service
Unavailable
504：Gateway
505：HTTP Version
Not Supported
507：Insufficient
完整的 HTTP 1.1规范说明书来自于RFC 2616，你可以在http://www.rfc-editor.org/在线查阅。HTTP 1.1的状态码被标记为新特性，因为许多浏览器只支持 HTTP 1.0。你应只把状态码发送给支持 HTTP
1.1的客户端，支持协议版本可以通过调用request.getRequestProtocol来检查。
本部分余下的内容会详细地介绍 HTTP 1.1中的状态码。这些状态码被分为五大类：
100-199 用于指定客户端应相应的某些动作。
200-299 用于表示请求成功。
300-399 用于已经移动的文件并且常被包含在定位头信息中指定新的地址信息。
400-499 用于指出客户端的错误。
500-599 用于支持服务器错误。
HttpServletResponse中的常量代表关联不同标准消息的状态码。在servlet程序中，你会更多地用到这些常量的标识来使用状态码。例如：你一般会使用response.setStatus(response.SC_NO_CONTENT)而不是
response.setStatus(204)，因为后者不易理解而且容易导致错误。但是，你应当注意到服务器允许对消息轻微的改变，而客户端只注意状态码的数字值。所以服务器可能只返回
HTTP/1.1 200 而不是
HTTP/1.1 200 OK。
(Continue/继续)
如果服务器收到头信息中带有100-continue的请求，这是指客户端询问是否可以在后续的请求中发送附件。在这种情况下，服务器用100(SC_CONTINUE)允许客户端继续或用417 (Expectation Failed)告诉客户端不同意接受附件。这个状态码是
HTTP 1.1中新加入的。
(Switching Protocols/转换协议)
(SC_SWITCHING_PROTOCOLS)状态码是指服务器将按照其上的头信息变为一个不同的协议。这是
HTTP 1.1中新加入的。
(SC_OK)的意思是一切正常。一般用于相应GET和POST请求。这个状态码对servlet是缺省的；如果没有调用setStatus方法的话，就会得到200。
(Created/已创建)
(SC_CREATED)表示服务器在请求的响应中建立了新文档；应在定位头信息中给出它的URL。
(Accepted/接受)
(SC_ACCEPTED)告诉客户端请求正在被执行，但还没有处理完。
(Non-Authoritative Information/非官方信息)
(SC_NON_AUTHORITATIVE_INFORMATION)是表示文档被正常的返回，但是由于正在使用的是文档副本所以某些响应头信息可能不正确。这是
HTTP 1.1中新加入的。
Content/无内容)
在并没有新文档的情况下，204
(SC_NO_CONTENT)确保浏览器继续显示先前的文档。这各状态码对于用户周期性的重载某一页非常有用，并且你可以确定先前的页面是否已经更新。例如，某个servlet可能作如下操作：
pageVersion
=Integer.parseInt(request.getParameter("pageVersion"));
(pageVersion &;= currentVersion) {
response.setStatus(response.SC_NO_CONTENT);
Create regular page
但是，这种方法对通过刷新响应头信息或等价的HTML标记自动重载的页面起作用，因为它会返回一个204状态码停止以后的重载。但基于JavaScript脚本的自动重载在这种情况下仍然需要能够起作用。可以阅读本书7.2 ( HTTP 1.1 Response Headers and Their
Meaning/HTTP 1.1响应头信息以及他们的意义)部分的详细讨论。
(Reset Content/重置内容)
重置内容205
(SC_RESET_CONTENT)的意思是虽然没有新文档但浏览器要重置文档显示。这个状态码用于强迫浏览器清除表单域。这是
HTTP 1.1中新加入的。
(Partial Content/局部内容)
(SC_PARTIAL_CONTENT)是在服务器完成了一个包含Range头信息的局部请求时被发送的。这是 HTTP 1.1中新加入的。
(Multiple Choices/多重选择)
(SC_MULTIPLE_CHOICES)表示被请求的文档可以在多个地方找到，并将在返回的文档中列出来。如果服务器有首选设置，首选项将会被列于定位响应头信息中。
(Moved Permanently)
(SC_MOVED_PERMANENTLY)状态是指所请求的文档在别的地方；文档新的URL会在定位响应头信息中给出。浏览器会自动连接到新的URL。
(Found/找到)
与301有些类似，只是定位头信息中所给的URL应被理解为临时交换地址而不是永久的。注意：在 HTTP 1.0中，消息是临时移动(Moved Temporarily)的而不是被找到，因此HttpServletResponse中的常量是SC_MOVED_TEMPORARILY不是我们以为的SC_FOUND。
代表状态码302的常量是SC_MOVED_TEMPORARILY而不是SC_FOUND。
状态码302是非常有用的因为浏览器自动连接在定为响应头信息中给出的新URL。这非常有用，而且为此有一个专门的方法——sendRedirect。使用response.sendRedirect(url)比调用response.setStatus(response.SC_MOVED_TEMPORARILY)和response.setHeader("Location",
url)多几个好处。首先，response.sendRedirect(url)方法明显要简单和容易。第二，servlet自动建立一页保存这一连接以提供给那些不能自动转向的浏览器显示。最后，在servlet 2.2版本（J2EE中的版本）中，sendRedirect能够处理相对路径，自动转换为绝对路径。但是你只能在2.1版本中使用绝对路径。
如果你将用户转向到站点的另一页中，你要用 HttpServletResponse 中的 encodeURL 方法传送URL。这么做可预防不断使用基于URL重写的会话跟踪的情况。URL重写是一种在你的网站跟踪不使用 cookies 的用户的方法。这是通过在每一个URL尾部附加路径信息实现的，但是 servlet 会话跟踪API会自动的注意这些细节。会话跟踪在第九章讨论，并且养成使用 encodeURL 的习惯会使以后添加会话跟踪的功能更容易很多。
如果你将用户转向到你的站点的其他页面，用response.sendRedirect(response.encodeURL(url))
的方式事先计划好会话跟踪(session
tracking)要比只是调用response.sendRedirect(url) 好的多。
这个状态码有时可以与301交换使用。例如，如果你错误的访问了http://host/~user（路径信息不完整），有些服务器就会回复301状态码而有些则回复302。从技术上说，如果最初的请求是GET浏览器只是被假定自动转向。如果想了解更多细节，请看状态码307的讨论。
(See Other/参见其他信息)
这个状态码和 301、302
相似，只是如果最初的请求是 POST，那么新文档（在定位头信息中给出）药用 GET 找回。这个状态码是新加入 HTTP 1.1中的。
(Not Modified/为修正)
当客户端有一个缓存的文档，通过提供一个 If-Modified-Since
头信息可指出客户端只希望文档在指定日期之后有所修改时才会重载此文档，用这种方式可以进行有条件的请求。304
(SC_NOT_MODIFIED)是指缓冲的版本已经被更新并且客户端应刷新文档。另外，服务器将返回请求的文档及状态码
200。servlet一般情况下不会直接设置这个状态码。它们会实现getLastModified方法并根据修正日期让默认服务方法处理有条件的请求。这个方法的例程已在2.8部分(An Example Using Servlet Initialization and Page
Modification Dates/一个使用servlet初始化和页面修正日期的例子)给出。
(Use Proxy/使用代理)
(SC_USE_PROXY)表示所请求的文档要通过定位头信息中的代理服务器获得。这个状态码是新加入
HTTP 1.1中的。
(Temporary Redirect/临时重定向)
浏览器处理307状态的规则与302相同。307状态被加入到 HTTP
1.1中是由于许多浏览器在收到302响应时即使是原始消息为POST的情况下仍然执行了错误的转向。只有在收到303响应时才假定浏览器会在POST请求时重定向。添加这个新的状态码的目的很明确：在响应为303时按照GET和POST请求转向；而在307响应时则按照GET请求转向而不是POST请求。注意：由于某些原因在HttpServletResponse中还没有与这个状态对应的常量。该状态码是新加入HTTP 1.1中的。
在 HttpServletResponse 中没有SC_TEMPORARY_REDIRECT 常量，所以你只能显示的使用307状态码。
(Bad Request/错误请求)
(SC_BAD_REQUEST)指出客户端请求中的语法错误。
(Unauthorized/未授权)
(SC_UNAUTHORIZED)表示客户端在授权头信息中没有有效的身份信息时访问受到密码保护的页面。这个响应必须包含一个WWW-Authenticate的授权信息头。例如，在本书4.5部分中的“Restricting Access to Web
Pages./限制访问Web页。”
(Forbidden/禁止)
(SC_FORBIDDEN)的意思是除非拥有授权否则服务器拒绝提供所请求的资源。这个状态经常会由于服务器上的损坏文件或目录许可而引起。
(Not Found/未找到)
(SC_NOT_FOUND)状态每个网络程序员可能都遇到过，他告诉客户端所给的地址无法找到任何资源。它是表示“没有所访问页面”的标准方式。这个状态码是常用的响应并且在HttpServletResponse类中有专门的方法实现它：sendError("message")。相对于setStatus使用sendError得好处是：服务器会自动生成一个错误页来显示错误信息。但是，Internet Explorer
5浏览器却默认忽略你发挥的错误页面并显示其自定义的错误提示页面，虽然微软这么做违反了 HTTP 规范。要关闭此功能，在工具菜单里，选择Internet选项，进入高级标签页，并确认“显示友好的
错误信息”选项（在我的浏览器中是倒数第8各选项）没有被选。但是很少有用户知道此选项，因此这个特性被IE5隐藏了起来使用户无法看到你所返回给用户的信息。而其他主流浏览器及IE4都完全的显示服务器生成的错误提示页面。可以参考图6-3及6-4中的例子。
默认情况下，IE5忽略服务端生成的错误提示页面。
(Method Not Allowed/方法未允许)
(SC_METHOD_NOT_ALLOWED)指出请求方法(GET, POST, HEAD, PUT, DELETE, 等)对某些特定的资源不允许使用。该状态码是新加入 HTTP 1.1中的。
(Not Acceptable/无法访问)
(SC_NOT_ACCEPTABLE)表示请求资源的MIME类型与客户端中Accept头信息中指定的类型不一致。见本书7.2部分中的表7.1(HTTP
1.1 Response Headers and Their Meaning/HTTP
1.1响应头信息以及他们的意义)中对MIME类型的介绍。406是新加入 HTTP
(Proxy Authentication Required/代理服务器认证要求)
(SC_PROXY_AUTHENTICATION_REQUIRED)与401状态有些相似，只是这个状态用于代理服务器。该状态指出客户端必须通过代理服务器的认证。代理服务器返回一个Proxy-Authenticate响应头信息给客户端，这会引起客户端使用带有Proxy-Authorization请求的头信息重新连接。该状态码是新加入 HTTP 1.1中的。
(Request Timeout/请求超时)
(SC_REQUEST_TIMEOUT)是指服务端等待客户端发送请求的时间过长。该状态码是新加入 HTTP 1.1中的。
(Conflict/冲突)
该状态通常与PUT请求一同使用，409
(SC_CONFLICT)状态常被用于试图上传版本不正确的文件时。该状态码是新加入 HTTP 1.1中的。
(Gone/已经不存在)
(SC_GONE)告诉客户端所请求的文档已经不存在并且没有更新的地址。410状态不同于404，410是在指导文档已被移走的情况下使用，而404则用于未知原因的无法访问。该状态码是新加入 HTTP 1.1中的。
(Length Required/需要数据长度)
(SC_LENGTH_REQUIRED)表示服务器不能处理请求（假设为带有附件的POST请求），除非客户端发送Content-Length头信息指出发送给服务器的数据的大小。该状态是新加入 HTTP 1.1的。
(Precondition Failed/先决条件错误)
(SC_PRECONDITION_FAILED)状态指出请求头信息中的某些先决条件是错误的。该状态是新加入
HTTP 1.1的。
(Request Entity Too Large/请求实体过大)
(SC_REQUEST_ENTITY_TOO_LARGE)告诉客户端现在所请求的文档比服务器现在想要处理的要大。如果服务器认为能够过一段时间处理，则会包含一个Retry-After的响应头信息。该状态是新加入 HTTP 1.1的。
(Request URI Too Long/请求URI过长)
(SC_REQUEST_URI_TOO_LONG)状态用于在URI过长的情况时。这里所指的“URI”是指URL中主机、域名及端口号之后的内容。例如：在URL--http://www.:8080/we/look/silly/now/中URI是指/we/look/silly/now/。该状态是新加入 HTTP 1.1的。
(Unsupported Media Type/不支持的媒体格式)
(SC_UNSUPPORTED_MEDIA_TYPE)意味着请求所带的附件的格式类型服务器不知道如何处理。该状态是新加入
HTTP 1.1的。
(Requested Range Not Satisfiable/请求范围无法满足)
416表示客户端包含了一个服务器无法满足的Range头信息的请求。该状态是新加入 HTTP 1.1的。奇怪的是，在servlet 2.1版本API的HttpServletResponse中并没有相应的常量代表该状态。
在servlet 2.1的规范中，类HttpServletResponse并没有SC_REQUESTED_RANGE_NOT_SATISFIABLE
这样的常量，所以你只能直接使用416。在servlet
2.2版本之后都包含了此常量。
(Expectation Failed/期望失败)
如果服务器得到一个带有100-continue值的Expect请求头信息，这是指客户端正在询问是否可以在后面的请求中发送附件。在这种情况下，服务器也会用该状态(417)告诉浏览器服务器不接收该附件或用100 (SC_CONTINUE)状态告诉客户端可以继续发送附件。该状态是新加入
HTTP 1.1的。
(Internal Server Error/内部服务器错误)
(SC_INTERNAL_SERVER_ERROR) 是常用的“服务器错误”状态。该状态经常由CGI程序引起也可能（但愿不会如此！）由无法正常运行的或返回头信息格式不正确的servlet引起。
(Not Implemented/未实现)
(SC_NOT_IMPLEMENTED)状态告诉客户端服务器不支持请求中要求的功能。例如，客户端执行了如PUT这样的服务器并不支持的命令。
(Bad Gateway/错误的网关)
(SC_BAD_GATEWAY)被用于充当代理或网关的服务器；该状态指出接收服务器接收到远端服务器的错误响应。
(Service Unavailable/服务无法获得)
(SC_SERVICE_UNAVAILABLE)表示服务器由于在维护或已经超载而无法响应。例如，如果某些线程或数据库连接池已经没有空闲则servlet会返回这个头信息。服务器可提供一个Retry-After头信息告诉客户端什么时候可以在试一次。
(Gateway Timeout/网关超时)
该状态也用于充当代理或网关的服务器；它指出接收服务器没有从远端服务器得到及时的响应。该状态是新加入 HTTP 1.1的。
(HTTP Version Not Supported/不支持的HTTP 版本)
(SC_HTTP_VERSION_NOT_SUPPORTED)状态码是说服务器并不支持在请求中所标明
HTTP 版本。该状态是新加入
HTTP 1.1的。
来源：网络
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。阿里云存储如何让浏览器始终以200 (from cache)缓存图片？
阿里云存储如何让浏览器始终以200 (from cache)缓存图片？
按投票排序
无鱼，唯渔之法也：
这是移除了 Entity Tag 的长时间缓存，在用户没有刷新页面的情况下触发。具体怎么配置，涉及 EntityTag 和 Expire Date 或者 Max Age 。详情可以看这两篇笔记，第一篇是缓存设置，第二篇是需要注意的 Entity Tag 的问题：======= 200 OK 还是 304 Not Modified 的分割线 =======200 OK (from cache) 指的是浏览器都没和服务器确认，直接用了浏览器缓存。304 Not Modified 比 200 OK (from cache) 慢，指的是浏览器还向服务器确认了下 "If-Not-Modified"，才用的缓存。所以 Chrome 里面，长时间缓存有时候显示为 200 OK（from cache），有时候显示为 304 Not Modified。前者是直接按回车访问时发生，后者是按了 F5 刷新、或是 Entity Tag 没有正确禁用的情况。================回答结束的分割线===============参考资料来自 stack overflow：拓展阅读 ：
### HTTP缓存基础#### 协商缓存- `If-Modified-Since/Last-modified`: 服务器程序检查请求头(`request header`)里面的(`If-modified-Since`)，如果最后修改时间相同(例如静态文件的Modified time 通过shell `ls -l`可以查看)则返回304，否则给返回头(`response header`)添加`last-Modified`并且返回数据(response body)。- `If-None-Match/Etag`：服务器程序检查检查请求头(`request header`)里面的`if-none-match`的值与当前文件的内容通过hash算法（`例如 nodejs: cryto.createHash('sha1')`）生成的内容摘要字符对比，相同则直接返回`304`，否则给返回头(`response header`)添加`etag`属性为当前的内容摘要字符，并且返回内容。#### 强缓存（也就是题主所说的from cache）- 如果设置了`Expires`(XX时间过期)或者`Cache-Control（http1.0不支持）`(经历XX时间后过期)且没有过期，命中`cache`的情况下，`from cache`不去发出请求。如果强刷（如ctrl+r）会发起请求，但是如果没有修改会返回`304`内容未修改，如果已经改变则返回新内容。- expires/cache-control 虽然是强缓存，但用户主动触发的刷新行为，还是会采用缓存协商的策略，主动触发的刷新行为包括点击刷新按钮、右键刷新、f5刷新、ctrl+f5刷新等。- 当然如果在控制台里面选中了`disable cahce`则无论如何都会请求最新内容(304协商缓存、强缓存都无效)，因为1.不会检查本地是否有缓存。2.请求头信息(request header)既没有If-Modified-Since也没有If-None-Match来让服务端判断。地址栏输入的地址按下回车键，该地址页面请求（仅仅是该url）的`request header`都会带上`cache-contro:max-age=0`，所以不会命中强缓存（参考：），但是通过链接点击的地址会命中缓存。chrome下查看所有的from cache文件：chrome://view-http-cache/
试试cache-control，如果要缓存的话，不应该告知304先？
通过大家的回答和我自己的实验发现（Chrome上），对于阿里云的云存储，加大Cache-Control的max-age是有效的，这点我之前也试过，但是像 说的，是在输入URL按下回车时有效，直接刷新时图片还是无法直接加载缓存，而且无法禁用阿里云存储Etag，但是事实上，还有一种方式可以让浏览器直接使用200 OK (form cache)缓存，那就是在其它元素都加载完时通过js插入图片或设置背景图片。在jquery里就是$(window).load()的时候。$(window).load(function() {
var bg='/wallpaper/100.jpg';
setTimeout(function() {
$('#bgOut').css('background-image', 'url('+bg+')');
其中setTimeout(xxx,0)是必须的，没有这句还是会以304 Not Modified 的方式缓存而用上之后：另外在DOM加载时将setTimeout的时间设置大一点也是可以的，但是你无法判断在不同的环境下这个时间是多少。另外在DOM加载时将setTimeout的时间设置大一点也是可以的，但是你无法判断在不同的环境下这个时间是多少。我写了个页面大家可以用Chrome浏览器来测试一下是不是这样：结果截图：即使用强制刷新，图片也可以直接读取缓存了。即使用强制刷新，图片也可以直接读取缓存了。PS.测试不充分，仅Windows Chrome 版本 41.0.2272.89 m
加大max-age 加大expires
header中打个过期时间即可实现。
这个问题看起来为何如此诡异? 难道不是 http 头域设置了缓存时间么?
始终 这话是指什么呢?
强刷也是么? 没听说过呢...至少也会304吧.
已有帐号？
无法登录？
社交帐号登录
