查看: 797|回复: 6
游民, 积分 0, 距离下一级还需 10 积分
精华0帖子威望0 点积分29 点注册时间最后登录
谢谢大家的意见我的箱子开到第5页,真是麻烦大家了,但是怎么排箱子?箱子的任务到底是什么,上次有朋友跟我说我的箱子开到第5页就明白了.....开了不就是多了一页吗?有什么不同呢??一点也不明白!!.
骑士, 积分 2370, 距离下一级还需 630 积分
精华0帖子威望0 点积分2370 点注册时间最后登录
对于经常用金手指的人配合置顶帖的图解,排箱子实在太简单了!
PSN日服：gundamdx9，不用找我。。。此乃幽灵账号
游民, 积分 0, 距离下一级还需 10 积分
精华0帖子威望0 点积分158 点注册时间最后登录
LZ肯定自己是4in1或OL嗎?
我也是剛轉到ol盤...看了頂置就明白
游民, 积分 0, 距离下一级还需 10 积分
精华0帖子威望0 点积分29 点注册时间最后登录
我是不用金手指的....那箱子要怎么排呢??箱子里面的几页不是只是装东西的吗?还可以排啊??我问了好几次都没有一个人回答我这个问题.......知道的高人请指较一下好吗????谢谢..
骑士, 积分 2370, 距离下一级还需 630 积分
精华0帖子威望0 点积分2370 点注册时间最后登录
下面是引用姚明的粉丝于 00:01发表的:
我是不用金手指的....那箱子要怎么排呢??箱子里面的几页不是只是装东西的吗?还可以排啊??我问了好几次都没有一个人回答我这个问题.......知道的高人请指较一下好吗????谢谢..
置顶贴里已经说得非常详细明确了…我认为没有补充说明的余地!
PSN日服：gundamdx9，不用找我。。。此乃幽灵账号
佣兵, 积分 526, 距离下一级还需 224 积分
精华0帖子威望0 点积分526 点注册时间最后登录
这里能回答你的所以问题…………6
游民, 积分 0, 距离下一级还需 10 积分
精华0帖子威望0 点积分29 点注册时间最后登录
谢谢大家回答....龙头矿石一定要做排箱子的任务才有吗?听说红连石在那里多得很是吗?如果是的话我就不用去火山刷,5次刷不了一个....
Powered by
扫描二维码
下载 A9VG 客户端（iOS, Android）请问谁知道现场服务管理子系统的任务是什么_百度知道
请问谁知道现场服务管理子系统的任务是什么
简述现场服务管理子系统的任务
我有更好的答案
按默认排序
UDP,在配电变压器负荷综合监测管理系统主站内部之间以及主站与终端之间传输信息的协议.2,短信 (PDU):1.本规约适用于江西电网配电变压器负荷综合监测管理系统,所以规定 了本通讯规约.它以公共的移动通信网络为主要通讯载体, GPRS. 说明 帧起始符 终端逻辑地址 主站地址与命令序号 帧起始符 控制码 数据长度 数据域 校验码 结束码 应用层 FAAL FA Over RS232 FA Over CSD SMS Ethe rnet TCP&#47.,维 transformer terminal unit(TTU) ( ) 装设在配电变压器低压侧. 主站 master station 具有选择终端并与终端进行信息交换功能的设备. 规约参考了 DL721-2000《配电自动化系统远方终端》 DL&#47,电话拨号数据通讯等,信息化和智能化的发展,而前置机则是直接和监测终端进行通讯的部分. data数据链路层 data-link layer 应用层 application layer 负责终端与主站之间通讯链路的建立并以帧为单位传输信息,串口. 终端将收到的中继命令中的命令内容不做任何解释发给下属设备.2 帧起始符 标识一帧信息的开始;T645-1997 和 《多功能电能表通信规约》 《江西用电现 .1 3 通讯规约细则 3. 前置机 front end processor 持系统运行的设备. 江西电网配电变压器负荷综合监测管理系统整体构架如下图所示,如厂商要求接收该报文. 中继命令 forward command 中继命令返回结构中的数据域,定义主站和终端逻辑地址, 场服务与管理系统(大用户)通讯规约》 随着用电管理自动化, 命令在任务中指定. 任务 scheduled task 规定终端在指定时间或条件下所需执行的操作.每个域由若干字节组成, 通过前置机的对外通讯部分接收后.按 照多个测量点计,CDMA 等方式(现已有江西大用户负荷管理系统可以参照),这组量值以某种方式被传递到终端, 得到规约的应用层报文,城市配电网供电安全. 对于上行信息.1,以无线:1: 表格 1 帧格式代码 68H RTUA MSTA&SEQ 68H C 1 DATA CS 16H 字节数 1 4 2 1 1 2 变长 1 1 3: TCP&#47, 数据长度域, 数据域.1 2 术语 配电变压器负荷综合监测管理系统 load supervisory system of distribution transformer 配电变压器负荷综合监测管理系统是集现代数字通信技术, 厂商解码分析程序. 当物理上相同的一个电气连接点被多个装置所测量. 优质, 进行通讯层的解码, 前置机和终端组成.1 1 前言 本规约规定了江西电网配电变压器负荷综合监测管理系统远方终端与主站前置机,考虑到系统需支持多种通讯方式, 或者被一个装置所测量但通过多种方式被传递到终端时,也可以传送 给厂商解码分析程序,供电可靠性分析:1, 帧信息纵向校验域及帧结束域等 6 个域组成,可靠成为衡量配电自动化水平的一个主要标准.,数据统计,在主站和终端之间传输信息的协议部分: 监测终端 FAAL 江西电力 JXEPC 终端主体 部分 DB 数据库服务器 应用服务器 配变系统 应用服务 终端通讯 部分 FAAL 前置机 厂家 A 解码 分析模块 前置机通讯 服务 厂家 B 解码 分析模块 FAAL 信息调度 OVER XXX 对外通讯部分 FA over SMS FA OVER TCP&#47, 值为 68H =
江西电网配电变压器负荷综合监测管理系统通讯规约(试行稿) 版本:1.2,厂家解码分析模块与前置机通讯服务程序组成,应用 服务器和数据库服务器三个部分;UDP 厂家 N 解码 分析模块 SMS GPRS CNC 如上图所示: 数据链路层 DLL FA Over SMS FA Over TCP 江西电力 JXEPC FA Over UDP FA Over Ird Ird …. 独立于通讯层, , 数据库服务器,前置机由对外通讯部分,针对配电变压器负荷监测的特点,事件报警, 数据库服务器和前置机构 成了主站JXEPC 江西电网配电变压器负荷综合监测管理系统通讯规约(试行稿) 版本,以下简称终端.1.2.2, 特别是新出现的短信, 然后将下属设备返回的结果不加任何解释封装到 江西电力 JXEPC 3 江西电网配电变压器负荷综合监测管理系统通讯规约(试行稿) 版本.2 数据链路层 3,并能在与主站其它部分脱离联系后(对外通讯部分正常),通讯服务程序收到后转发给终端, 电压合格率, 控制域, 该应用层协议可以基于多种不同的下层协议实现.层次结构如下. 指本规约的应用层规约制定的非用户自定义部分的报文 指本规约的应用层规约制定的用户自定义部分的报文 指采用某种装置可以在一个特定的时间点测量出唯一的一组量值的电气连接点,保证信息的顺序传送. 配变终端 distribution 负责通过各种通讯介质和终端进行通讯的前置设备. 通讯接口层 communication通讯接口层 communication-interface layer 规定了应用层协议如何在不同的下层通讯协议上实现,配电自动化技术为一体的用电需求 侧综合性的实时信息采集与分析处理系统,红外.1.帧格式如表格 1 所示:标准报文交给主站现场应用服务程序进行解释处理,厂商解码分析程序可以以上行报 文的形式将分析结果按照标准报文格式送给前置机通讯服务程序,具有配变远程监控, 系统由应用服务器.终端逻辑地址在通讯时用来唯一识别一个通讯的最 终发起端和接收端. 中继任务 forward task 规定终端在指定时间执行的中继命令.3 终端逻辑地址(RTUA) 为标识通讯的最终发起端和接收端, 包括, 其中应用服务器,受主站的监视和控制的设备,通过多种通讯方式实现系统主站和现场终端之间的数据通讯.1 协议层次描述 本规约主要详细描述了应用层的协议.在配电变压器负荷综合监测管理系统中, 然后根据应用层 报文的类型作如下处理,通讯服务程序收到后转发给应用服务器,线损分析等功能.1 3,计算机软硬件技术;非标准报文按照不同的厂商提交相应的厂商解码分析程序. 2 江西电网配电变压器负荷综合监测管理系统通讯规约(试行稿) 版本. 应用层协议(FAAL)field 应用层协议(FAAL)field agent application layer 标准报文 standard packet 非标准报文 nonstandard packet 测量点 measured point 独立于通讯层,厂商解 码分析程序也可以以下行报文的形式将召测命令发送给前置机通讯服务程序,具有校验功能.由 应用服务器发起的通讯一律通过标准报文下发.1 终端逻辑地址(RTUA) 3.1 帧格式 帧格式概述 帧是传送信息的基本单元, 结果由终端保存后返回到主站,公用电话网为辅助 通讯载体,主站包括前置机;IP GPRS RS232 CDMA1X 3. 每帧由帧起始符标志域.包括地市区码和终端地址码两部分, 应用服务器的 通讯规约
其他类似问题
子系统的相关知识
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁幻尘子任务奖励是什么_百度知道
幻尘子任务奖励是什么
失败了 。任务奖励是什么最后一棒了，没找到梁上飞
提问者采纳
不能接了成功给红色尊号半只脚踏入神坛的人
提问者评价
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁在单线程的情况下，NodeJs是如何分发子任务去执行的？
对于大多数非NodeJs的应用程序来说，在同时处理多任务的时候，通常是开启多个子线程去处理子任务；但是对于NodeJs来说，因为他本身是单线程的，那么他还能支配什么子单位去做那些子任务？ 其实可以这样问，NodeJs支配去做子任务的“子单位”究竟是什么？
按投票排序
JavaScript确实是单线程，它所有的事件都基于轮询的方式来达到异步处理。但是，诸如node这样单线程异步为主的平台实际上都是需要驱动支持的。如果你用一个同步的数据库驱动来做你node.js服务的支撑，那可就完全无法达到node标榜的高并发了。这也是为什么Node的作者没有选用lua做为node这个平台的实现语言，因为lua的同步库太多，人们往往不自觉、不自知的就去用同步的lib了，显然有违他的初衷。而如果我们把Node这个整个平台作为一套解决方案来看，那么它的前端(语言)虽然是单线程的，但后端则可能是多路复用的非阻塞I/O或者线程池模拟的异步I/O。在这个方案中，语言前端可以基于EL的轮询来查看句柄的状态，而同时后端则可以利用epoll/kqueue/IOCP等技术来进行高性能的异步I/O并且做为后端支撑。当然除此以外还是有些别的高并发模型的，比如Actor什么的.//相对来说，这个可能比较接近你想表达的意思，但实际上这段代码不能说是准确的验证，勉强算模拟吧。
fs=require('fs'),
EventEmitter=require('events').EventEmitter,
event=new EventEmitter(),
fs.open('Asyi.js', 'r', function(err, fd){
setTimeout(function(){
console.log("lu");
},100) //读的太快，delay一下
event.on('test',function(){
console.log('Current Number:'+(i++))
setInterval(function(){ //用0来模拟连续的串行事件。
event.emit('test')
首先，“但是对于NodeJs来说，因为他本身是单线程的”这句话就是不正确的，node.js从来没有说过自己是单线程。你可以试试Google "single thread site:nodejs.org"江湖传言node.js是单线程，大概是指所有Javascript代码是跑在一个线程里。但是其他node.js底层的、非Javascript的代码，是跑在多线程环境上的。谢谢 提醒，下面代码的例子输出是错误的。体会其中奥妙就好了。。==============================错误的例子==================================举个的例子来说明这个问题，请看如下代码：fs.open('ipz900.avi', 'r', function(err, fd){
console.log("lu");
while (1) {
console.log("Thread A");
在JS线程（线程A）执行到fs.open()的时候，会有另外一个线程（线程B）调用system call来打开这个文件。但此时你JS这个线程A继续在跑，会走到while里面打印N行Thread A。当线程B打开了文件之后，再来把callback里面的代码“插入”到线程A里面。因此在线程A看起来，整个代码执行是线性的。根据线程B打开文件的速度，这段代码实际输出应该是：ThreadA
如果错误，请指正，谢谢！
我们经常提到Node是单线程，是指JavaScript在单线程中运行罢了，其实内部完成I/O任务的是线程池，而线程池是多线程的。
那么Node是如何做到异步I/O的呢？
主要靠: 事件循环，观察者，请求对象和I/O线程池.
1. 每次事件循环时，观察者被询问是否有要处理的事件。如有，则把事件封装到请求对象，并把请求对象送到线程池。 2. 待处理完成后，通过回调函数通知观察者，然后将其当做事件处理？
Learn more on 朴灵的深入浅出Node.js第3章。（强烈推荐）
回复 液漏酱，你这个例子侧面证明一个问题，nodejs官网里也提到过的，nodejs适合用于io密集型的应用而非cpu密集型的应用，结果肯定不是如楼主所说，上面也有知友说了，“lu”永远没机会打印，姑且就把这个while死循环当成一个高cpu密集计算的段落吧（实际上，这个while循环没有把cpu卡死而是把内存卡死了），打印lu这个callback被执行的机会是在下一轮事件循环的时候（也只是可能，有可能fs.open还没有执行完毕了，那么这个callback可能又得轮到下下轮甚至下下下轮.......事件循环里了，但是有一点肯定的是：这个callbak不会在本轮事件循环里被触发）
那么怎么让这个lu打印出来呢，可能有知友想到了nodejs里提供的process.nextTick函数，这里我暂且不用死循环来构建这个问题，继续作者的思路，我们改成：var fs=require("fs");fs.readFile('a.txt', 'utf-8', function (err, contents) { console.log("lu");});for(var i =1;i&10000;i++){ process.nextTick(doThread(i));}function doThread(i){ return function(){
console.log("Thread A:"+i); }}实测发现，lu在最后才打印:......Thread A:9997Thread A:9998Thread A:9999lu如果i无限大，那么lu永远没机会打印了，可能知友还记得nodejs开发手册说过nextTick适用场景之一就是，如果某个函数中包含了一个复杂计算，那么可以改写成：function someMethod(){
console.log("simple logic code");
process.nextTick(doComlicatedCompute);}function doComlicatedCompute(){
console.log("do some complicated calculation in this method");}其实就相当于someMethod执行到console.log("simple logic code");之后，交出cpu，让事件池里的别的事件可以拥有cpu执行了，而doComlicatedCompute这个callback放到了本次事件轮询的末端，等着触发，所以上面的例子，如果i足够大，那么lu依然没有被打印出来的机会，因为如上所说【打印lu这个callback被执行的机会是在下一轮事件循环的时候】，本次事件循环还没结束呢！！那么上面代码到底怎样才能让lu打印出来呢，nodejs设计者提供了这么一个函数，setImmediate(your_callback),setImmediate是什么呢，好吧，我用我自己的大白话描述吧，这个东东也是让你的callback放到本次事件轮询的末端，但是呢，有个好处，只执行一次，也就是说，可能上下文执行环境调用了多次setImmediate函数，把n个callback函数塞到了事件池的末端，但是呢对于【本次】事件轮询来说，只执行第一个，下一次事件轮询执行第二个，第n次事件轮询才能执行第n个setImmediate放到事件池里的回调，相比nextTick，setImmediate不会造成事件池饥饿，所以慎用nextTick啊，网上就有例子，递归调用函数里使用过多的nextTick，nodejs会报warning警告你:nextTick塞了太多的callback到事件池里了，下一轮事件轮询里的callback可能没机会被执行了，建议使用setImmediate......【ps:nextTick维护了一个自己的callback数组，setImmediate维护了一个自己的callback链表】好吧，扯远了，现在我们改写下函数如下：var fs=require("fs");fs.readFile('a.txt', 'utf-8', function (err, contents) { console.log("lu");});for(var i =1;i&10000;i++){ setImmediate(doThread(i));}function doThread(i){ return function(){
console.log("Thread A:"+i); }}本段函数执行完发生的事情是，fs.readFile后塞了一个打印lu的callback到事件池里继续往下执行，for循环里通过setImmediate塞了10000个callback到事件池里，立即执行第一个setImmediate放的callback(console.log("Thread A:"+1);)，好的，本轮事件轮询结束，开始下一轮罗，此时事件池里有些啥callback呢，第一个是打印lu的callback咯，第二个以后都是来自于setImmediate放的callback了打印结果如下:Thread A:1lu Thread A:2Thread A:3......好吧，既然说到这里那么我就来个例子彻底让大家弄明白setImmediate和nextTick区别吧，代码如下：function callNextTick(msg) { process.nextTick((function (msg) {
return function () {
console.log(msg);
} })(msg));}function callSetImmediate(msg) { setImmediate((function (msg) {
return function () {
console.log(msg);
} })(msg));}function callSetImmediateIncludeTick(msg) { setImmediate((function (msg) {
return function () {
console.log(msg);
process.nextTick(function () {
console.log("first fire tick in " + msg);
console.log("second fire tick in " + msg);
callSetImmediateIncludeTick(msg);
} })(msg));}callSetImmediateIncludeTick(1);callSetImmediate(2);callNextTick(3);callNextTick(4);callSetImmediateIncludeTick(5);console.log(6);打印结果是：
fire tick in 1
fire tick in 5
第一轮: 6 -&3 -&4 -&1 -&fire tick in 1
【end】第二轮: 2 【end】第三轮:5 -&
fire tick in 5 【end】将callSetImmediateIncludeTick稍稍改造一下如下:function callSetImmediateIncludeTick(msg) { setImmediate((function (msg) {
return function () {
console.log(msg);
process.nextTick(function () {
console.log("first fire tick in " + msg);
process.nextTick(function () {
console.log("second fire tick in " + msg);
callSetImmediateIncludeTick(msg);
} })(msg));}这是我们看到的打印如下了:6 3 4 1 first fire tick in 1 second fire tick in 1 2 5 first fire tick in 5 second fire tick in 5 1 first fire tick in 1 second fire tick in 1 5 first fire tick in 5 second fire tick in 5 1 first fire tick in 1 second fire tick in 1 5 first fire tick in 5 second fire tick in 5........[无限重复下去]第一轮: 6 -&3 -&4 -&1 -&first fire tick in 1-&second fire tick in 1
【end】第二轮: 2 【end】第三轮: 5 -& first fire tick in 5 -&second fire tick in 5【end】第四轮: 1 -&
first fire tick in 1 -&second fire tick in 1【end】第五轮: 5 -&
first fire tick in 5 -&second fire tick in 5【end】第六轮: 1 -&
first fire tick in 1 -&second fire tick in 1【end】第七轮: 5 -&
first fire tick in 5 -&second fire tick in 5【end】........好吧，最后做个小总结吧，在某一轮中，其他的各种插进来的会回调执行完后，nextTick引入的callback一定会在本轮全部执行完毕，才轮到setImmediate引入的callback,setImmediate的callback可能有很多，但是一轮只执行一个哟，更深的原因大家去百度吧，反正我们使用的人能知道到这一个层面就够了嘿嘿，
JS执行引擎就相对于一个任务队列，多线程的底层提交结果给这个“任务队列”，然后JS就按顺序执行。
严格来说，nodejs并非是单线程的，只能说单进程，原因在于，O_nonblock对于传统文件句柄来说是无效的，所以其实nodejs的文件操作都是多线程去执行，Linux和windows有所区别，但本质都是多线程。至于如何分发任务，因为只有主线程处理逻辑，所以也比较简单，比如你有一个读取文件操作，fs.readFile(xxx,cb);这个时候就把cb放入回调队列，等主线程逻辑跑完了，然后就去从头到尾check回调队列，发现已经完成的事件，就执行相应的回调。所有CB都check完成后，并且CB也执行完成后，又从头开始check回调队列，这就是事件循环。其实nodejs基本就两个是非阻塞的（注意，这里非阻塞和异步是不同概念），一个是磁盘IO，一个是网络IO，磁盘IO大部分是多线程实现，网络IO是O_nonblock实现。}