<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    
    <title>Pimi Pan · Facility Management</title>
    
    
    <description>Pimi Pan 关于设施管理、暖通、可靠性、资产与团队管理的技术分享。</description>
    
    <link>https://pimipan.github.io/</link>
    <atom:link href="https://pimipan.github.io/feed.xml" rel="self" type="application/rss+xml" />
    
    
      <item>
        <title>设施管理中的OPEX与CAPEX</title>
        <description>
          用工程数据、资产寿命与财务规则支持设施支出决策 - 
          Facility Management 中 OPEX / CAPEX 的判断方法 说明：OPEX / CAPEX 的最终分类要以公司财务制度、会计准则和税务规则为准。FM 或工程经理的作用，是用工程数据和财务指标提出判断依据，而不是单纯凭“维修/更换”的文字描述决定。 问 5 个问题 判断问题 更倾向 OPEX 更倾向 CAPEX 是否只是维持原有功能？ 是 否 是否提升性能、容量、效率、等级或合规能力？ 否 是 是否延长资产使用寿命超过 1 年？ 否 是 是否形成新资产、替换主要部件或系统级改造？ 否 是 是否超过公司资本化金额门槛？ 否 是 简单理解： OPEX：维持现状，保证设备继续正常运行。 CAPEX：提升资产价值、延长寿命、增加能力、降低长期成本或满足新的合规要求。 第一层判断：典型特征 2.1 OPEX 的典型特征 日常维修 预防性维护 PPM 消耗品更换 小额备件 故障抢修...
        </description>
        <pubDate>Mon, 15 Jun 2026 00:00:00 +0800</pubDate>
        <link>https://pimipan.github.io/2026-06-15-Capexandopex/</link>
        <guid isPermaLink="true">https://pimipan.github.io/2026-06-15-Capexandopex/</guid>
      </item>
    
      <item>
        <title>振动的分析和解决措施</title>
        <description>
          从频率、传播路径到工程化检测的振动问题框架 - 
          一、振动的本质 振动本质上是物体围绕平衡位置的动态响应，其核心是机械能在系统中的传递与转换。 我们通常通过三个关键物理量来描述振动： 位移（Displacement）：反映结构“动了多少”，低频场景最敏感（单位：μm / nm） 速度（Velocity）：反映振动“有多强”，是工程评价的核心指标（单位：mm/s） 加速度（Acceleration）：反映“力的激励程度”，对高频影响最敏感（单位：m/s² 或 g） 三者关系： v = dx/dt a = dv/dt 振动频率不同，使用的参数不同： 低频看位移 中频看速度（VC标准核心） 高频看加速度 二、振动的分类 1. 按振源分类 （1）地面振动 来源：交通、建筑结构、HVAC系统 特征：低频（0.1–10 Hz）、传播远、难衰减 本质：结构传导为主 （2）空气声振动 来源：气流、噪声、设备运行声 特征：高频（&amp;gt;50 Hz） 本质：声-固耦合 （3）直接力激励 来源：设备内部运动部件（如晶圆台） 特征：可预测、可建模 本质：反作用力 一些经验：： 90%问题来自地面振动 + 结构耦合 2. 按信号特性分类 类型 特点 工程处理方法 周期振动 明确频率（如电机） 频谱分析...
        </description>
        <pubDate>Fri, 01 May 2026 00:00:00 +0800</pubDate>
        <link>https://pimipan.github.io/2026-05-01-vibration/</link>
        <guid isPermaLink="true">https://pimipan.github.io/2026-05-01-vibration/</guid>
      </item>
    
      <item>
        <title>维修还是更换</title>
        <description>
          老旧冷水机组评估指南 - 
          维修还是更换：老旧冷水机组评估指南 冷水机组是设施中成本最高、能效影响最大的设备之一。当这些核心设备开始出现故障迹象时，我们面临一个抉择：是投入资金维修旧机组，还是更换为更高效的现代机型。 在评估过程中，我们就是在比较两笔费用 维修设备所花费用： 本次维修费+未来n年旧机维保+（高概率故障的部件）维修费+旧机运行电费 更换设备所花费用： 设备费+安装费+未来n年新机维保+新机运行电费 一、关键指标 上述提到的指标中，本次维修费、新设备费、安装费通常可以邀请供应商获取，操作空间有限。 因此关键在（高概率故障的部件）维修费、旧机运行电费、新机运行电费。 下文将围绕这三个点进行评估。 二、 评估基础：建立性能基准 判断设备当前运行状态与设计运行状态的偏差大小： 铭牌数据核查：记录原始设计效率（单位冷吨能耗，即 $kW/ton$）、制冷量（Tonnage）、电压、制冷剂类型和生产日期。 调试文件回溯：查阅原始调试记录，获取启动时的性能数据、负荷条件和系统初始设置。这些数据是判断机组性能随时间“漂移”程度的唯一参照。 三、 诊断技术：从监测到经验法 方法一 除了常规的预防性维护记录，评估时应引入更高级的预测性维护（PdM）手段，以识别即将失效的关键部件。我建议采用以下组合诊断策略： 振动分析：监测轴承和转子的机械磨损。 油样分析：检测润滑油中的金属屑、水分或酸度，判断内部降解情况。 红外热成像：识别电气连接处的过热点。 超声波检漏：精确定位制冷剂或空气泄漏。 物理检查：重点观察换热器表面的腐蚀情况、密封件完好性及过热迹象。 方法二 除了使用监测工具也可以通过经验法，以下是我整理的部分项目 四、 效率的量化计算 1. 基础计算公式  由于只考虑冷冻机运行效率，此处不使用kcop： \(COP = \frac{Q}{W}\)Q (制冷量)： 冷冻机从低温物体（如冷冻水）中吸收的热量，单位通常为 kW。   W (输入功率)：** 驱动压缩机及必要辅助设备所消耗的功（电能），单位为 kW。   五、 财务决策模型 在提交预算申请前，必须建立严谨的财务案例支撑。 1. “50% 黄金法则” 在获得包含吊装、拆除、人工及调试在内的完整维修报价后进行对比。根据行业标准，如果维修费用超过更换费用的 50%，通常应当果断选择更换。 2. 投资回报率（ROI）与生命周期成本（LCC）...
        </description>
        <pubDate>Thu, 26 Mar 2026 00:00:00 +0800</pubDate>
        <link>https://pimipan.github.io/2026-03-26-replacement/</link>
        <guid isPermaLink="true">https://pimipan.github.io/2026-03-26-replacement/</guid>
      </item>
    
      <item>
        <title>智力残疾员工的管理方法</title>
        <description>
          通过任务拆解、防错设计与导师制建立更包容的设施团队 - 
          背景
中国通过财税政策刺激残疾人就业，企业安置残疾人可享受税收优惠。
增值税即征即退，退税限额最高可达每人每年当地月最低工资标准的4倍（按月折算）；在企业所得税方面，残疾职工的工资可按100%加计扣除；残疾人就业保障金方面最高可达到50%。
对于身体残疾的员工，主要避开生理缺陷引起的不变；对于智力缺陷员工，更需要注意管理的方式方法。
沟通方式的精细化调整
1. 消除误会：
布置任务后，请员工以自己的理解简要复述关键点。这种双向核对能确保信息完全对齐，从源头上消除因理解偏差导致的挫败感。
2. 图文/书面协同：
避免单一的口头指令。配发书面核查清单和SOP。这能有效降低员工的记忆负担，减少在压力或焦虑下的操作失误。
3. 拆解任务：
将一个复杂的工单拆解为极其简单的步骤。不要说“去清理空调滤网”，而是拆解为：1. 拿梯子；2. 拆外壳；3. 取滤网；4. 用清水冲洗。每一步完成后进行物理打勾，降低认知负荷。
岗位与能力的精准匹配
1.强化重复性任务：
智力残疾员工通常对高重复性、低频率变动的任务有极高的耐受度和忠诚度。应优先安排固定路线的设施巡检、耗材库存清点、垃圾分类督导等岗位，这些工作对普通人可能枯燥，但对他们而言是建立成就感的来源。
2. 物理环境的“防错设计”：
利用颜色管理。例如，将不同用途的钥匙贴上不同颜色的胶带，将巡检路线在地面上用色块标注。通过物理环境的暗示，降低对员工逻辑判断的依赖。
环境与节奏的“去干扰”优化
1. 稳定工作节奏：
智力残疾员工对“突发状况”的适应力较弱。管理上应尽量保持其工作节奏恒定，如非必要，不随意临时调岗或更改工作时间。
2.建立导师制
在入职前期，安排一名资深技工担任导师。导师不只是教技术，更要教如何与同事沟通。
营建“安全感”组织文化
1. 消除职场的差异化：
应将上述调整视为一种普适的管理优化。正如检查清单和SOP是为全体员工设计，特殊员工使用时不会有差异化的感受。
2. 让员工敢提需求：
经理应主动展现对合理便利的支持态度。让员工意识到，在工作中遇到困难或不便，是正常且不会被苛责的，无需担心被贴标签或遭受歧视。

        </description>
        <pubDate>Mon, 05 Jan 2026 00:00:00 +0800</pubDate>
        <link>https://pimipan.github.io/2026-01-05-Neurodivergent/</link>
        <guid isPermaLink="true">https://pimipan.github.io/2026-01-05-Neurodivergent/</guid>
      </item>
    
      <item>
        <title>数据中心建设经验</title>
        <description>
          从冗余等级、配电、制冷与气流组织理解关键设施设计 - 
          分类 相比国标中的文字描述，美标中N+X的描述方式更加精准，适合书面沟通。 特点 T1 T2 T3 T4 A级 B级 C级 冗余能力 无冗余（N+0） 部分冗余（N+1） 全冗余（N+1） 双重冗余（N+N） 完全冗余，容错型 部分冗余，冗余型 无冗余，基本型 宕机时间 年均28-29小时 年均22小时 年均1.6小时 年均0.5小时 电子信息系统运行中断不可接受 允许一定的系统中断 允许系统中断 维护能力 计划性和非计划性中断均可接受 计划性中断可减少 计划性中断不影响服务 计划性和非计划性中断均可避免 运行期间不应中断 在冗余能力范围内不应中断 允许在正常运行情况下中断 电源配置 单回路供电 单回路供电，部分备用 双回路供电 双回路供电，容错系统 双重电源供电 单回路供电，部分备用 单回路供电 适用场景 成本低，适合小型应用 中小型企业，适合一般应用 大型企业，适合关键应用 大型企业，适合高可用性需求 关键任务应用，容错要求高 一般任务应用，冗余要求中等 非关键任务应用，冗余要求低...
        </description>
        <pubDate>Sun, 20 Oct 2024 00:00:00 +0800</pubDate>
        <link>https://pimipan.github.io/2024-10-20-Datacenter/</link>
        <guid isPermaLink="true">https://pimipan.github.io/2024-10-20-Datacenter/</guid>
      </item>
    
      <item>
        <title>空调爆炸致一人死亡，推测其root cause</title>
        <description>
          基于公开现场信息梳理制冷系统维修中的气体误用风险 - 
          概况
9月19日，杭州西湖益展大厦的多联机外机在维修过程中突然爆炸，给整个制冷行业敲响了警钟。爆炸的多联机外机位于第5层外置平台，而空调内机则位于第4层。在5楼进行维修作业的空调师傅当场身亡。

可能的原因
根据网络图，办公楼用的三星多联机，三星多联机比较少见，根据找到的资料使用的也是R-410a冷媒。根据Pubchem数据库显示主要成份是二氟甲烷和五氟乙烷，具备惰性，需要长时间加热才能引起爆炸。

根据网络照片显示，室外机和室内机均有爆炸痕迹，判断导致爆炸的气体充满整个系统。

根据以上两点，推测可能维修过程中将氧气误用为氮气。而充气保压的人和最终维修的人不是同一个，维修人员不知道误用，一边放气一边准备焊接。导致氧气遇到明火发生爆炸。

现场照片











        </description>
        <pubDate>Wed, 25 Sep 2024 00:00:00 +0800</pubDate>
        <link>https://pimipan.github.io/2024-09-25-ACexploded/</link>
        <guid isPermaLink="true">https://pimipan.github.io/2024-09-25-ACexploded/</guid>
      </item>
    
  </channel>
</rss>
