中国高铁时速将突破400km 部分设计转让美国

uesoft

怎么武广高铁、郑西高铁故障报道不多，是因为大家不关注武广、郑西，还是京沪高铁确实故障率高，或者是因为京沪高铁与飞机竞争激烈?

uesoft

http://news.qq.com/a/20110730/000097.htm?pgv_ref=aio
问：动车上装有“自动停车系统”，遇有险情列车会自己紧急停车以避免相撞，但“7·23”事故发生时相关自动系统为何没有发挥作用？

答：事发当时，由于雷击造成温州南站的信号设备故障，正常行驶的D3115次列车列控车载设备由于接收的码序不稳定，造成停车后按规定缓行。此时，防护D3115次列车的后方信号由于列控中心的数据采集板软件设计严重缺陷，造成本应显示红灯的信号错误升级为绿灯，致使列车运行控制系统没有发挥作用，造成D301次列车按照错误显示的绿灯进入区间，与前行的D3115次列车发生追尾事故。


评论：
这次故障并不是政府的问题，根子出在技术人员身上。研究开发人员负有重大责任。当然，整个研发测试控制体系不完善，暴露出该单位质量控制、绩效管理存在问题。
我去看了这个全路通信设计院的网站，其人力资源今年接受四批，对新生的通知不明确，前3个通知贴出公司地址、派出所名称、组织关系地址，可能导致新生把档案寄错到派出所了，第4个通知把派出所名称去掉了。通知似乎没有从毕业生的角度去考虑问题，现在的毕业生就业协议都有统一范本，按照范本上的几项重要内容写明确，应该不会导致学生把档案寄到派出所的问题。这表明该设计院管理思想和体系是值得改进的。
也许北京的一些公司都是这样的吧。北京的国家部门多，许多公司也背靠垄断，致使技术部门也充满了官僚习气。如此看来，美国把政权设置在华盛顿，远离科技和工商业，还是很有远见的，避免了政治对经济的很多干扰和垄断。

uesoft

京沪高铁满月最多七成空座 商务座基本是空凳子
来源：东方网 2011年08月01日05:43
http://news.sohu.com/20110801/n3 ... A%E5%87%B3%E5%AD%90

评论：
如果空凳子太多，是否太浪费?是否应该降低票价?

京沪高铁开通满月 平均上座率107%
开行动车5542列 发送旅客525.9万人
2011年08月01日18:12    来源：人民网
http://society.people.com.cn/GB/15302066.html
人民网北京8月1日电 截至7月31日，京沪高铁开通运营一个月以来，共开行动车组列车5542列，日均179列；运送旅客525.9万人，日均17万人，平均上座率107%。京沪高铁和既有京沪线日均合计发送旅客25.4万人，较京沪高铁开通前同比增加9.4万人，增长58.8%。

　　针对京沪高铁开通以后出现的设备故障问题，铁路部门对京沪高铁设备进行了全面细致的安全大检查，迅速整治存在问题，强化安全保障措施。其中，重点加强了设备检查检修，提高了设备稳定性；进一步加强和规范安全管理和应急处置，实行干部现场安全包保，充实一线技术保障力量；进一步加大高铁调度员、动车组司机等主要工种人员的技能培训，使设备故障逐步减少，列车运行秩序迅速恢复正常，保证了京沪高铁运营安全平稳有序。
（责任编辑：苏楠）


评论：
看来，京沪高铁还是很有用的。

[ 本帖最后由 uesoft 于 2011-8-1 22:18 编辑 ]

通流

高铁刚开。现在就调整还为时过早。当时开动车卧铺时，开始也没有人要。

高铁肯定是好东西。只是铁道部的那帮丫的，一个劲的说世界最快，完全自主技术产权。真是不要脸。反正现在把买来的技术也当成自主知识产权在吹。虽然拥有了技术，可是并没有学会如何开发。

uesoft

别张嘴乱讲别人。这个问题你也可能会犯。
“此时，防护D3115次列车的后方信号由于列控中心的数据采集板软件设计严重缺陷，造成本应显示红灯的信号错误升级为绿灯，致使列车运行控制系统没有发挥作用，造成D301次列车按照错误显示的绿灯进入区间，与前行的D3115次列车发生追尾事故。”

这个软件BUG不是那么好发现的。

uesoft

谁也不敢保证，编程不出一点错误。航天飞机上编程也有BUG。
不过，经验教训总还是可以总结，向微软学习还是应该做。

周华

网上还有人说这次723事故是因为控制系统中了病毒。

uesoft

这可能是为推销责任制造的谣言。当然我不了解控制室的计算机系统到底有几台。如果只有一台控制机，是否应该提供另外一台游戏机给控制人员，以免玩游戏带上病毒。
我觉得通信系统采集板的嵌入式软件出问题可能性较大，因为开发人员可能没考虑到雷击损坏之后的采集信号状态，也许这里有几十上百种状态，只要有一种状态没考虑到，就可能出问题。甬温线雷击较多，提早把BUG暴露出来。

下面一个网贴，也有一点道理：
“我觉得高铁事故原因，不是硬件的问题，而是软件，中国当今社会形式是这样的，上头有人就能弄个好工作，其实自己却对这个行业一点也不了解，让真正有能力的下岗，没能力的有人的送礼的就能从事这份工作，导致不懂业务，造成事故！呵呵!腐败--父母花钱包办工作！人家国外父母孩子长大后都是孩子自己选择自己喜欢的行业！不靠父母的！”

onesupeng

原帖由 uesoft 于 2011-8-1 13:50 发表

                               
登录/注册后可看大图

谁也不敢保证，编程不出一点错误。航天飞机上编程也有BUG。
不过，经验教训总还是可以总结，向微软学习还是应该做。

我觉得所谓程序“bug”和雷击一样，都是找理由。

通流

是啊，还有最后一道把关的，人。

uesoft

估计通流、onesupeng编程是绝对不可能出BUG的，可惜了那些摔死的战机飞行员或其他的什么人，技术欠佳，怎么把飞机开不回来呢

onesupeng

原帖由 uesoft 于 2011-8-2 07:19 发表

                               
登录/注册后可看大图

估计通流、onesupeng编程是绝对不可能出BUG的，可惜了那些摔死的战机飞行员或其他的什么人，技术欠佳，怎么把飞机开不回来呢

BUG存在我相信，人错误存在我也相信，但是n个（n大于5）个亿万分之一的理论上的小概率事件撞在一起我不信。

BUG怎么了？检测不到又如何？偏偏这个雷别的不轰去轰铁路，偏偏不去轰避雷针管用的地段去轰那个避雷针出问题的地方，又偏偏信号检测系统出了问题，又偏偏编码出了问题，又偏偏司机通讯设备出了问题，又偏偏电话他不好使，又偏偏调度室银幕没显示好，还偏偏没人看见，还有很多刚刚好的事情，一口气还很难列完~~~~~~~

uesoft

我有一个猜测，当然没有事实根据。这次事故是否是一次人为的事件，目的是对抗不规范的政府绩效考核。所以，我觉得应该逐步改革现有的政府绩效管理体制，对政府本身以及纪检、监察等反馈环节也实施正常的监控，这样才能保证反馈环节获得正确的数据并进行正确的分析，控制系统才能做出正确的决策并采取正确的处置策略。否则，如果控制系统本身的程序没有科学合理的设置，出了错的话，整个系统的控制质量很难得到保证了。

uesoft

如果没有优质的管理和优质的能量交换，按照热力学熵理论和Ilya Prigogine的耗散结构论，无序其实是必然的状态。所以大家不要对爆炸、恐怖袭击、战争、饥饿、死亡感到不舒服，这其实是系统的正常状态。

onesupeng

原帖由 uesoft 于 2011-8-3 01:27 发表

                               
登录/注册后可看大图

我有一个猜测，当然没有事实根据。这次事故是否是一次人为的事件，目的是对抗不规范的政府绩效考核。所以，我觉得应该逐步改革现有的政府绩效管理体制，对政府本身以及纪检、监察等反馈环节也实施正常的监控，这样才 ...

你可以简要的看一看铁路建设规范，就知道这些人如果干事情：屁股决定脑袋，领导决定进度，下面的人负责忽悠

现在的事故仅仅是一个开端，大小事故没有完结