本页面由机器翻译自英文,可能存在错误。英文原版具有权威性。 阅读英文原版: 工程解决方案
REI / 解决方案

一个系统。六个工程学科。

不再是断裂的服务:一个贯穿硬件、安全、软件和现场数据的端到端实践。

技术参考图像Unsplash
01

软件工程

使系统行为可见且可管理的软件。

Web和移动界面、API、数据管道、集成和运营平台。

我们如何工作

我们先映射用户旅程、数据源和系统边界。界面、API和后台作业作为一个可观测的架构一部分进行设计。

它产出的内容

可测试的服务、清晰的接口、记录的集成以及一个其行为可在运行中监控的软件基础。

工程层级

Web和移动应用、API、数据管道、数据库、集成和运营视图以及部署。

关键约束

访问边界、数据一致性、间歇性链路、延迟、现有系统契合度和维护成本。

如何验证

单元和集成测试、接口合约使用真实数据、故障案例、测量和回滚演练。

02

网络安全

安全是设计输入,而非附加组件。

安全的设备通信、数据流、访问边界、更新和运行架构。

我们如何工作

我们对从设备到云端的实际数据路径进行威胁建模。身份、授权、密钥、更新和日志记录成为开发流程的一部分。

它产出的内容

一个优先级风险图、可验证的控制措施和团队可维护的安全开发工作流。

工程层级

威胁模型、身份与访问、API 边界、设备通信、秘密、更新和日志。

关键约束

攻击面、关键生命周期、最小权限、物理访问和遗留系统局限性。

如何验证

控制审查、未经授权的流量和故障测试、配置检查和可追溯的发现。

03

嵌入式系统

为现场条件共同设计的硬件和软件。

PCB、传感器接口、数据采集、通信和嵌入式软件。

我们如何工作

我们综合评估传感器选择、采样率、功耗预算和通信方式。PCB和固件在实验室测量和现场限制之间迭代进化。

它产出的内容

原理图和PCB设计、原型固件、测试记录以及下一版明确的决策。

工程层级

MCU固件、传感器接口、模拟/数字采集、通信、电源和PCB集成。

关键约束

采样时间、噪声、能源预算、内存、温度和现场服务访问。

如何验证

仪器化信号检查、计时和电源测量、可重复的原型和故障条件测试。

04

研发与原型制作

我们将不确定的技术问题转化为可测量的实验。

概念验证、快速原型、测试固件、低批量生产和迭代。

我们如何工作

我们将不确定性拆分为假设和可测量的实验。从不同角度审视同一问题的模拟、原型和测试平台进行考察。

它产出的内容

一个概念验证原型、实验证据、风险登记册以及是否建设或进一步研究的依据。

工程层级

可行性、测试台、PCB 原型、所需的 3D 打印或加工部件以及测量软件。

关键约束

可测试的假设、材料和制造公差、成本和可重复性。

如何验证

在实验前设定成功标准;将结果、不确定性和失败的尝试带入下一次迭代。

05

机械健康

从测量到旋转和关键设备的解释。

振动分析、状态监测、平衡和故障指标评估。

我们如何工作

我们在设备运行语境下解释振动和运行数据。基于可靠的测量链的采样、频谱分析和趋势追踪奠定基础。

它产出的内容

可解释的状况指标、可检查的测量记录和维护团队可理解的技术可见性

工程层级

振动传感器、采集、时/频分析、平衡调查和状态指标。

关键约束

传感器布置、速度和负载变化、采样率、校准和测量不确定性。

如何验证

参考和重复测量,将可疑模式与运行上下文进行比较。单次读数不是诊断。

06

IoT和telematics

从现场设备到可靠的运营数据。

GPS/GNSS、传感器系统、联网设备、安全传输和远程监控。

我们如何工作

我们将设备、连接和平台视为一个数据路径。从第一架构层开始考虑间歇性链路、位置精度、事件时序和完整性。

它产出的内容

可观测的遥测流,设备管理的基础,以及运营层面有意义的地图和事件视图。

工程层级

GNSS 和现场传感器 → 设备/固件 → 安全传输 → ingest → 存储 → 应用 → 操作员。

关键约束

覆盖缺口、离线队列、重复消息、时间戳、设备标识和完整性。

如何验证

端到端测试,用于测试断连、重连、迟到事件、不准确的定位和更高的数据量。

REI / 方法

我们如何工程设计

项目不需要遵循单一的僵化顺序;我们将现场条件、软件、数据和安全视为一个系统。

  1. 01理解系统及其物理环境。
  2. 02定义可测量的要求和成功阈值。
  3. 03映射接口、依赖项和故障模式。
  4. 04构建最小有用的原型。
  5. 05对其进行仪器化并测试边界条件。
  6. 06将证据与要求进行比较并进行迭代。
  7. 07规划部署、可观测性和回滚。
REI / 原则

工程原则

  • 测量后再假设。
  • 明确定义接口。
  • 将安全视为架构约束。
  • 宁可可见的故障,不可静默的数据腐败。
  • 记录决策和恢复路径。
REI / 应用

示例工程问题

这些是说明性场景,非客户案例研究。

  • 从旋转设备获取振动数据并将其解释为运行条件。
  • 让现场设备在网络中断后恢复,而不丢失测量数据。
  • 无需重写现有核心系统即可添加安全的 API 集成。
  • 将原型 PCB 朝可重复的修订版移动,并有测试记录作为支撑。
REI / 问题

技术问题

能否与现有系统协作?

是的。我们首先检查界面、数据流、故障记录和不可移动的约束,然后再商定变更边界。

你们一起处理硬件和软件吗?

在问题需要时,我们共同设计传感器、固件、传输和应用层。

能否先从原型或故障调查开始工作?

是的。一个可测量的问题、可获得的证据和可访问的测试条件足以界定第一步。

首次讨论前我应该带什么?

系统图、现有硬件/软件、目标结果、环境、约束条件以及任何故障日志有助于我们评估工作。

浏览相关工程笔记
ROOTCASTLE / 实验室

无限工程。

从信号源到决策背后的推理。检查系统、更改假设并质疑结果。

浏览工程实验室 →

描述问题;我们将共同定义其边界。

启动您的项目

搜索命令或页面