Equipamento · material · processo
Relações físicas
Represente fornecimento, fluxo, conversão, localização e contenção, com direção e validade. Uma rede de vapor, um lote de produção e uma hierarquia de equipamentos precisam de relações diferentes.
Be Water Core · Funcionalidades e especificações
Core · Contexto industrial e cálculos especializados
Base industrial · Nova versão em desenvolvimentoIntegrantes centrais da equipe já entregaram plataformas iDOS e aplicações especializadas em projetos industriais. Be Water está transformando essas tecnologias, modelos e experiência em produtos mais fáceis de implantar, atualizar e manter.
Core reúne objetos industriais, qualidade dos dados e cálculos de engenharia para servir de base aos aplicativos. Conheça as funcionalidades planejadas, as interfaces, as opções de implantação e as cargas de referência para uso com Work, sistemas existentes ou aplicativos de parceiros.
Visão geral das funcionalidades do software
| Função | Capacidade planejada | Limites da configuração |
|---|---|---|
| Objetos industriais e fatos | Objetos, relações físicas, dependências de cálculo, responsabilidades e fatos versionados com datas de vigência | Construa os objetos e relações necessários ao aplicativo selecionado; um modelo completo da fábrica não é um pré-requisito. |
| Preparação e qualidade dos dados | Mapeamento de fontes, verificações de unidades e condições de referência, horários, estado operacional e propagação da qualidade | Distinga valores medidos, calculados e estimados; preserve valores de origem e versões de mapeamento. |
| Cálculos especializados | Fórmulas e regras, métodos estatísticos e de previsão, modelos dinâmicos de processos, otimização com restrições | Cada pacote declara entradas, condições aplicáveis, dependências e um responsável técnico pela manutenção. Solucionadores complexos e modelos externos são validados separadamente. |
| Ciclo de vida dos modelos | Pacotes versionados, reprodução histórica, avaliação de candidatos, execução em paralelo sem atuação, entrada controlada em produção e reversão | Uma versão candidata pode ser avaliada sem obter permissão para atuar nos equipamentos. |
| Configuração e desenvolvimento | Edição de objetos e relações, propostas de mapeamento, análise de parâmetros e resultados, SDKs e ferramentas de teste | Visualizações estáveis de configuração atendem ao trabalho regular; código e ferramentas de depuração apoiam o desenvolvimento. |
| Acesso e governança | Escopos de tenant, local, objeto e ação; integração de identidade corporativa; permissões de uso de modelos e dados | Permissões de leitura, cálculo, simulação, publicação e solicitação de ação são distintas. |
| Visibilidade operacional | Atualidade das fontes, falhas dos modelos, filas, uso de recursos, integridade das dependências e situação das versões | Examine falhas de qualidade dos dados separadamente das falhas de serviço. |
Este é o escopo planejado do software Core. A configuração de entrega identifica módulos, pacotes de modelos, conectores e versões compatíveis incluídos; a tabela não lista softwares já lançados.
Mais que uma árvore de equipamentos
Para ser útil, um cálculo precisa considerar o que cada valor representa e como o objeto correspondente se relaciona com a operação. Modele a parte da operação necessária ao trabalho escolhido e amplie o modelo conforme os novos trabalhos exigirem.
Entradas · método · resultado
Dependências de cálculo
Rastreie quais observações, parâmetros e versões de modelos produziram um resultado. Represente separadamente malhas físicas e realimentação de cálculo.
Responsável · aprovador · executor
Trabalho e responsabilidade
Relacione cada objeto da operação às pessoas, funções e tarefas responsáveis por ele. Preserve o histórico dessas responsabilidades quando houver mudanças de turno ou de prestador.
Os objetos mantêm identidades estáveis entre sistemas de origem. Datas de vigência e revisões registradas permitem correções posteriores sem apagar as evidências usadas em decisões anteriores.
Mantenha o significado junto à medição
| Contexto | O que é preciso saber | Por que isso muda o resultado |
|---|---|---|
| Identidade e origem | Local, objeto, sistema de origem e versão de mapeamento | Dois sinais com nomes semelhantes podem pertencer a equipamentos ou locais diferentes. |
| Grandezas e unidades | Valor e unidade originais, tipo de grandeza, conversão e condições de referência | Pressão manométrica e absoluta são diferentes; volumes padronizados de gás precisam de suas condições de referência de temperatura e pressão. |
| Tempo | Horários de origem e recebimento, intervalo de amostragem e atraso de processo pertinente | Alinhar relógios não elimina o tempo que materiais ou energia levam para atravessar um processo. |
| Qualidade e incerteza | Qualidade da fonte, valores ausentes ou desatualizados, calibração e incerteza conhecida | Um valor mantido não é uma nova medição. Valores medidos, calculados e estimados precisam de tratamento distinto. |
| Condições operacionais | Estado dos equipamentos, isolamento, modo de processo e limites aplicáveis | Um modelo válido em uma condição operacional pode ser inadequado em outra. |
| Versão das evidências | Cópia das entradas usadas, versão do documento e execução do modelo | Quem revisa precisa conseguir examinar a base de um resultado e identificar uma revisão posterior. |
O ambiente de execução planejado verifica os dados de entrada necessários e considera a qualidade deles nos resultados. A falta de condições de referência ou um estado operacional inadequado pode bloquear o método afetado enquanto os trabalhos independentes continuam.
Transforme um método especializado em um recurso que pode ser usado e mantido
Core foi concebido para executar fórmulas, regras, modelos estatísticos, modelos dinâmicos de processos e cálculos de otimização com restrições. Cada método precisa ter um escopo de uso explícito e um responsável pela manutenção. Um arquivo de modelo, por si só, não permite executar um trabalho industrial.
Defina o método
Especifique os dados de entrada, as unidades, as condições de referência, a faixa operacional válida, os parâmetros, as saídas e o especialista responsável pelo método.
Verifique as entradas
Selecione uma janela de dados adequada e verifique qualidade, atualidade, estado e relações necessárias antes de calcular.
Execute com dependências explícitas
Ordene cálculos dependentes e trate estados dinâmicos, realimentação e atrasos de processo. Preserve versões e cópias das entradas usadas.
Revise o resultado
Torne explícitas premissas, qualidade, restrições e condições de falha. Uma proposta de otimização permanece distinta da permissão para agir.
Mantenha e aprimore
Compare com exemplos de referência e resultados observados, detecte desvios, avalie mudanças candidatas e aprove sua entrada em produção ou a reversão.
Modelos de clientes e parceiros podem permanecer em seus serviços existentes. As integrações planejadas incluem APIs, contêineres e adaptadores FMI/FMU validados; compatibilidade e requisitos de execução são definidos para cada modelo.
Interfaces, formatos de dados e SDKs
| Interface | Especificação planejada | Condições de integração |
|---|---|---|
| Entrada de arquivos e lotes | CSV, Parquet, JSON e leituras em lote de banco de dados/API; Excel por um analisador restrito | Macros do Excel não são executadas. Escopo inicial de referência para importação: arquivos de até 1 GB e lotes de até 1 milhão de linhas; entradas maiores usam processamento assíncrono em blocos. |
| Plataformas de dados existentes | Consultas a sistemas de histórico de dados industriais (historians) ou APIs, referências a objetos externos, cache sob demanda e sincronização incremental | Os sistemas existentes podem continuar como fontes oficiais; limites das fontes, qualidade dos horários e atualidade do cache são registrados. |
| API HTTP | OpenAPI 3.1 e JSON Schema; interfaces de objetos, observações, cálculos e resultados | Separe operações de leitura, simulação, registro, publicação e intenção de ação; trabalhos assíncronos retornam uma referência de execução. |
| Eventos | Esquemas de eventos versionados com identidade, sequência, horário do evento e referência de rastreamento | Separação por organização cliente (tenant), instalação e tipo; entrega ao menos uma vez, com eliminação de duplicatas pelo sistema consumidor. |
| SDKs para desenvolvimento | Python e TypeScript; interfaces tipadas, utilitários de unidades, exemplos e ferramentas de simulação | A compatibilidade pretendida cobre a versão principal atual e a anterior do SDK. Versões exatas de execução e dependências pertencem à matriz de compatibilidade da implantação. |
| Modelos especializados externos | Serviços REST/gRPC, contêineres OCI assinados e adaptadores FMI/FMU validados | A integração FMI inicial se concentra em FMI 2/3 Co-Simulation. Requisitos de solucionador, estado, temporização e licença são validados para cada modelo. |
| Adaptadores de identidade e ferramentas | OIDC/SAML corporativo por um serviço de identidade validado; adaptadores MCP opcionais sobre APIs com governança | MCP não amplia a autoridade de quem faz a chamada sobre dados, cálculos ou ações. |
Interfaces e formatos são especificações pretendidas. Adaptadores de modelos, versões dos sistemas de origem e dependências são confirmados para a implantação selecionada; compatibilidade de formato não comprova a validade de um modelo especializado.
Implantação e ambiente de execução
| Opção | Arranjo de execução | O que estabelecer |
|---|---|---|
| SaaS regional | Serviços regionais gerenciados e integrações externas aprovadas | Localização dos dados, destinos permitidos, conectividade com as fontes e escopo de serviço selecionado. |
| Nuvem privada do cliente | Serviços Core no ambiente de nuvem selecionado pelo cliente | Integração de identidade, caminhos de rede, banco de dados e armazenamento de objetos, backups e responsabilidade operacional. |
| Servidor local | Serviços e armazenamento locais; Linux x86-64 é o ambiente hospedeiro de referência | Validação de computador, armazenamento e rede para a carga selecionada, com procedimentos de backup e recuperação. |
| Execução limitada em Edge | Um subconjunto local de serviços de objetos e cálculos junto a Edge | Capacidades incluídas e limites de recursos; isso não corresponde automaticamente ao perfil Core completo de um local padrão. |
| Plataforma industrial existente | Ambiente de execução de modelos, pacotes de capacidades e adaptadores selecionados junto à plataforma atual | Responsabilidade pelos campos, interfaces de origem, dependências dos modelos e sistema que mantém cada registro. |
A localização dos dados e os caminhos para serviços externos são selecionados explicitamente. Versões de sistema operacional, banco de dados, contêineres e conectores são fixadas na matriz de compatibilidade, sem serem presumidas a partir dessas categorias de implantação.
Perfis de referência de recursos e cargas
| Perfil | Recursos de referência | Carga para validação |
|---|---|---|
| Local com escopo reduzido | 8 vCPU, 32 GB de RAM e 1–2 TB de armazenamento, ou um ambiente de execução local E-M validado | Escopo reduzido de objetos ou modelos, ou menor tempo de retenção dos dados, especialmente quando um sistema de histórico industrial existente já armazena os dados. Essa opção não corresponde à carga CL-1 completa. |
| CL-1 · local padrão | 16 vCPU, 64 GB de RAM e 8 TB de armazenamento utilizável; Linux x86-64 | 50.000 objetos, 500.000 relações, 20.000 pontos e 5.000 atualizações/s; 100 usuários cadastrados e 30 simultâneos, com 20 requisições comuns de API/s e a carga declarada de modelos pequenos. |
| CL-10 · implantação regional | Dimensionamento inicial: seis instâncias de processamento, cada uma com 16 vCPU e 64 GB de RAM; serviços separados de banco de dados e armazenamento de objetos com três réplicas | Até dez locais CL-1, total de 50.000 atualizações/s e 100 usuários simultâneos. Política de envio, retenção e validação independente de capacidade determinam o cluster final. |
Todos os números representam cargas pretendidas ou de referência ainda não testadas. Recursos e carga precisam ser validados em conjunto, com permissões, consultas e execução de modelos habilitadas. Os 8 TB são capacidade utilizável após redundância, não a soma de discos espelhados. E/S de armazenamento e largura de banda exigem validação; vídeo, formas de onda brutas de alta frequência e simulações grandes ficam fora desses perfis padrão.
Operação, recuperação e portabilidade
| Área | Comportamento planejado | Detalhe de configuração ou transferência |
|---|---|---|
| Estado dos modelos e reinicialização | Crie pontos de recuperação de modelos com estado; verifique parâmetros, versões de estado e entradas ausentes antes de retomar | Reinicialize o modelo ou observe o processo quando um estado desatualizado não puder representar as condições atuais com segurança. |
| Backup e recuperação | Backup diário com opções incrementais; restaure configurações, objetos, versões de modelos, permissões e evidências | Computador único, redundância e recuperação de desastre do local são arranjos distintos; acorde localização do backup, ambiente substituto e escopo de recuperação. |
| Retenção | Política de referência: 30 dias de séries temporais brutas do local e 13 meses de agregados por minuto | A retenção pode ser ajustada; modelos, configurações e evidências importantes do trabalho seguem a política acordada. |
| Atualizações e compatibilidade | Versione código, modelos, configurações, dicionários e conectores com uma matriz compartilhada de compatibilidade | Use o impacto das mudanças para identificar aplicativos afetados; entrada em produção e reversão preservam versões compatíveis. |
| Exportação de dados do cliente | JSON, CSV e Parquet com descrições de esquemas | Exporte objetos, relações, unidades, horários, dados e configurações do cliente, evidências de execução de modelos e arquivos de modelos permitidos pelas licenças. |
| Materiais de entrega | Manifesto de implantação, esquemas de objetos e dados, interfaces, pacotes declarados, materiais de API/SDK e matriz de compatibilidade | Inclua ferramentas de backup, recuperação e exportação, dados de exemplo e responsabilidades de manutenção. |
Os compromissos de recuperação e os períodos de manutenção são definidos para a implantação selecionada. A retenção de referência é uma escolha de projeto, não uma regra legal universal; as licenças continuam regendo os arquivos de modelos transferíveis.